CSS Style differs in Localhost vs Machine Name - browser

I am about to wrap up the implementation for my first ExtJS based application. But I am facing a weird issue at this point.
I am using ASP.net at the server and then ExtJS at the client. I noticed that, If I run this project from Visual Studio Debugger then it works nice, and in that case my browser URL was set to
http://localhost/MyApp/Home.aspx
But As soon as I open a new browser and hit
http://MyWorkStationName/MyApp/Home.aspx
it behaves slightly different.
For instance, some Button Shapes are not rendered properly.
Can any body give me a clue how can I debug this issue. basically how the style can be influenced by the machine name vs localhost in URL ?
Thanks in advance!

I too had the same issue.
This is due to the compatibility issue in ie8. go to tools->compatibility View Settings
uncheck "Display intranet sites in Compatibility view.
In local host or when we run from VS. It is not in Compatibility mode. And works fine in ie or in FF. But as soon as we change the local host to hostname/machinename it is going to compatibility view(default setting).
Jquery drag and drop functionality was also creating some problem. when it was running in compatibility view.

Use this first in header: <meta http-equiv="X-UA-Compatible" content="IE=9">

You can use Firebug or IE Developer tools to debug the css ( >= IE 8 preferably if Firefox is not an option.).

Related

EmulateIE7 mode set in IIS7/web.config does not show page in proper mode in IE11

I have a web site and IE8, IE9, and IE10 always worked great using IE=EmulateIE7 mode in HTTP header response from IIS/7, but this mode does not seem to render properly in IE11.
The page does not render or behave properly in IE11, although it works fine in EmulateIE7 mode in IE8 through IE10.
If I open F12 tools on IE11, I see the document mode is "7."
The only way to make IE11 working properly is adding manualy the domain to compatibility view mode, then it works great; but we cannot ask all users to manually activate compatibility view for our domains.
How is possible to force IE11 to render as IE7 without adding the domain to the list of compatibility web sites ?
Many thanks to any help !!!
I've been working on this the last few days and there's some bad news, it works, but in order to make it work, the user must add the URL/Domain of your site to the "Compatibility View Settings" of IE 11.
In other words, you can't force the browser to render in compatibility mode without the explicit acceptance of the user.
You will find how to configure it here:
www.windows8core.com/how-to-view-and-configure-compatibility-settings-in-internet-explorer-11-of-windows-8-1/
I have been able to get this to work if I add the X-UA-Compatible header in IIS itself. Not sure why it doesn't work when added to web.config

IE8 renders web page differently based on browser mode even though document mode is fixed - Intranet site

I am finding that IE8 renders web pages differently based on Browser mode despite Document mode always being set the same. Is this an IE8 bug?
Background is:
A corporate intranet being viewed by IE8 (part of the SOE).
Display Intranet sites in compatibility mode is ticked in compatibility settings.
I am forcing document mode for my intranet pages by using the meta tag approach: <meta http-equiv="X-UA-Compatible" content="IE=edge" />
This results in Browser mode set to IE8 Compat, and Document mode set to IE8 Standards.
So far this has all been good, no issues whatsoever, pages layout as I expect, etc etc.
Just recently some functionality was added (I won't say what at this stage - the question is about page rendering modes) and the page is laying out incorrectly. Changing the Browser mode to IE8 in Developer Toolbar (or unticking in Compatibility View Settings) fixes the layout issues. This surprised me as the Document mode is unchanged.
So to re-cap the combinations:
Broswer Mode=IE8 Compat, Document Mode=IE8 Standards [broken]
Broswer Mode=IE8, Document Mode=IE8 Standards [works]
The document mode is the same, the only thing changing is the browser mode. I thought the document mode is the only thing that should affect page rendering, and that browser mode only affects, basically, the UA string sent in the request. Am I correct, or do I have it wrong? If I am correct then once document mode is determined then browser mode should have no affect at all on rendering. Is this a bug in IE8? Or am I wrong? Does the browser mode affect rendering even if the same document mode is used?
Limitations:
I have no control over unticking Display intranets in compatibility view in compatibility view settings for all our users (corporate intranet, we have other legacy apps, too much testing to make sure they all work in Standards mode, would never get approval to make that type of global change).
I have no option to upgrade browser for all users. We only just finished a 6+ month project upgrading from IE6 to IE8.
I realise this is a very old question, but in case it helps anyone:
According to this answer to the question IE8 browser mode vs document mode, browser mode does "just" set the User-Agent string. However, since this value is used when evaluating IE conditional comments, the browser mode can have an effect on rendering if (a) any code tests directly against the UA string, or (b) there are IE conditional comments in the code.
A browser mode of IE8 Compat would normally evaluate to a UA string of MSIE 7.0, so if you have any conditional comments checking for if lt IE8, for example, that could be the source of your issue.

Why does GE Plugin (6.2.1.6014) Crash on Refresh while executing fetchKml but only in ie9

I have been using some fairly plain vanilla JavaScript code to load KML into a GE Plugin. It still works normally in Windows 7 FireFox and Chrome and, until I was upgraded to IE9 worked in IE. Now I get the message: "There Was a Problem With the Google Earth Plugin ..." when I reload a page or load another similar page.
I have used the IE F12 Debugger tools to try to isolate the problem. It always occurs when I am executing the fetchKml function to load a kmz file. The ge plugin always crashes executing the statement:
windows.earth.TermsOfUseManager.prototype.db = function(){var = ...., c=a.a.getTermOfUseX_(),
I have a PDF file with a screen grab and other info.
I believe there must be an interaction between IE9 and the latest GE plugin.
The URL of a page with this problem is:
http://reynsoft.com/Travel/Gallery/Baltic_2012/Day_2_At_Sea/Day_2_At_Sea.aspx
I hope someone out there can help.
Apparently, Google Earth plugin requires explicit declaration of IE9 compatibility mode.
<meta http-equiv="X-UA-Compatible" content="IE=9" />
Simply, grab the Sample from Google Earth documentation and add this line in <head> to see the difference in behaviour (alternatively, hit F12 and force IE9 standards mode).
Note, switching off the "Enhanced Protected Mode" in IE10 does not help.

Migration to IE9

I had an application running on IE7, then, after the release of IE8, I could migrate my application to view with IE8.
Now IE 9 is already happened. What are the tips and tricks to migrate my application to IE9 ? I did a workaround, but I am not satisfied with it. I use the following to set the Document mode to IE 7.
<meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7" />
What are the best ways to handle with IE 9 ?
The gap between elements are widened in IE9 ? How can I modify my site to work well in IE7, IE8 and IE9 ?
The application looks fine in IE7 and IE8. Did Microsoft forget about backward compatibility ?
I gather that your application does not render properly in IE9? You seem to be looking for a "quick fix" to make your application keep rendering the same as it did in IE7 without having to make any significant changes. Such a trick/hack may exist (I don't know), but I'd recommend against it. Eventually you're going to have to update your web app to work with modern browsers -- why not do it now? IE9 is by far the most standards-compliant version of IE, and you would benefit in the long run by making your web app render correctly in IE9 without any "pretend to be IE7" tricks.

How to control "Browser mode" in Internet Explorer 9 by commandline

I still haven't been able to find a solution to this problem. We have an application that launches a browser window but the underlying third party addin that we are using doesn't support IE9 yet. I know that I can switch to Browser mode for IE8 by tapping F12 and select this.
Is there a way to control this on the startup in the command line? Cause as it is now we have problem when running the application when it opens new windows and automatically tries to execute this third party addin that is required.
And no we haven't an option, we are forced to use this third party addin but would like to support that installation of IE9 as well.
I don't know if you have any control over the content being rendered in the browser, but if you do, IE lets you use META tags to force the browser into a rendering mode of a specific IE version. More info at MSDN right here
Also, further down the page there are instructions on how to set up your web server to tell IE which mode to use when it's requesting the page. (If that is of any use to you)
Unfortunately all information I can find on the subject (and I did a comprehensive search for my own project) indicates that there is no such option, or at least not in the general release
of IE.
Here's Microsoft's "official"
list of currently supported IE command line options

Resources