Issue 2897: Gerrit doesn't work with IE9
Status:  Invalid
Owner: ----
Closed:  Sep 2014
Reported by Y2Ke...@gmail.com, Sep 11, 2014
Affected Version: 2.9, 2.10-rc0-293-gf179123

What steps will reproduce the problem?
1. Load gerrit 2.10-rc0-293-gf179123 with IE9 (https://gerrit-review.googlesource.com)

What is the expected output? What do you see instead?

Expect to see main gerrit page, instead see the following forever:

Loading Gerrit Code Review ...
Sep 12, 2014
Project Member #1 huga...@gmail.com
Gerrit-review now run 2.10-rc0-530-gb0ef628 so it was impossible for me to test with the version specified.

I tested with IE9 against 2.10-rc0-530-gb0ef628 and everything is working as expected.

We are running gerrit version 2.9 in the corporate environment and once again, every thing works fine with IE9.

Can you open de IE dev tools (f12), go to the network tab and test again to see which call is hanging(or maybe there is an error, 4XX and 5XX error codes)?

Status: AwaitingInformation
Sep 12, 2014
#2 Y2Ke...@gmail.com
There is a 404:
URL	Method	Result	Type	Received	Taken	Initiator	Wait‎‎	Start‎‎	Request‎‎	Response‎‎	Cache read‎‎	Gap‎‎
/gerrit_ui/undefined.cache.js	GET	404	text/html	458 B	140 ms	<script>	172	62	78	0	0	0

Response headers:
Key	Value
Response	HTTP/1.1 404 Not Found
Cache-Control	no-cache, no-store, max-age=0, must-revalidate
Pragma	no-cache
Expires	Fri, 01 Jan 1990 00:00:00 GMT
Date	Fri, 12 Sep 2014 18:19:54 GMT
X-ErrorId	404, SCZFI-178.SCMDRF-234.GUFUAF-207.GBLHCF-232
Content-Type	text/html; charset=UTF-8
X-Content-Type-Options	nosniff
X-Frame-Options	SAMEORIGIN
X-XSS-Protection	1; mode=block
Server	GSE
Alternate-Protocol	443:quic,p=0.002
Transfer-Encoding	chunked

"Details:
Download initiated by an update to the 'src' attribute of a 'script' element.
This download occurred during the processing of the document."

I am behind some corporate firewall but I have the same issue whether the server is inside or outside the network.  (Same 404 for 2.9)
Sep 12, 2014
Project Member #3 huga...@gmail.com
Have you tried deleting the browser cache?
Sep 12, 2014
#4 Y2Ke...@gmail.com
Yes, I tried deleting Temporary Internet files and Cookies and the result is the same.  No issue when accessing Gerrit with Chrome on the same computer.  Possibly a GWT issue?
Sep 12, 2014
Project Member #5 huga...@gmail.com
ok, I think I know, you are probably using the compatibility mode (icon between the padlock and the refresh icon in the url bar). Deactivate it (icon is blue if activated) by clicking on it.
Sep 12, 2014
#6 Y2Ke...@gmail.com
Um... there's no compatibility mode for me.  The Compatibility View item in the menu bar is greyed out.  And if I go into Compatibility View Settings and set view all pages in compatibility mode, nothing changed.

Also upgrade to IE10, issue remains.
Sep 16, 2014
#7 EmilianM...@HoTMaiL.com
I'm seeing the same behaviour with IE10 and v2.9.1
Sep 16, 2014
Project Member #8 David.Os...@gmail.com
Can you confirm that Gerrit works just fine with IE11?
Sep 16, 2014
#9 Y2Ke...@gmail.com
No.  I just upgraded to IE11.  It's not loading.

Although, IE11 seems to have a new debugger and I get this failure when I try to load the page:
window.addEventListener("hashchange", f);
Object doesn't support property or method 'addEventListener'

and then have the above 404 from undefined.cache.js.
Sep 16, 2014
Project Member #10 huga...@gmail.com
I can reproduce this problem as soon as I enable the compatibility mode.
Can you make sure it is not enabled by opening the dev tools(f12), click on the Browser Mode menu and make sure you are using Internet Explorer [9|10|11] and not Internet Explorer [9|10|11] Compatibility view.

Some corporate environment enable this by default because their in-house tools only supports old version of IE.
Sep 16, 2014
#11 Y2Ke...@gmail.com
Ok yes.  Looks like the Tools > Compatibility View * is override by corporate policies.  Flipping Document Mode to 9, 10, Edge in the developer tool works.  Thanks for your help.  Sorry for the distraction.
Sep 16, 2014
#12 EmilianM...@HoTMaiL.com
Yup. Disabling 'Compatibility View' was the trick
Sep 17, 2014
Project Member #13 huga...@gmail.com
(No comment was entered for this change.)
Status: Invalid
Aug 18, 2015
#14 marian.p...@gmail.com
Hallo,
I have also had this Problem with IE, and not only with Gerrit. If I am right, it seems that the Problem is caused by "Compatibility Settings" in Internet Explorer.

To be more precise, the Problem is visible for Websites located in local LAN (Intranet configurations). It seems that IE expected that Websites inform the browser about the "expected" compatibility Level, which, in case of Intranet Websites, defaults to very limmited settings (like scripting or css support disabled).

To disable this Feature you have 2 Options:
1) For your Website, add a propper {"X-UA-Compatible" Meta Tag} to your HTTP Response Header. Here an example:

<head>
...
<meta http-equiv="X-UA-Compatible" content="IE=10">
...
</head>

you may use IE=9 (which is most of the case OK but still limited), IE=10 (better) or IE=edge. For more Details, look here: 
https://msdn.microsoft.com/en-us/library/ff955275%28v=vs.85%29.aspx?f=255&MSPPError=-2147217396

2) Disable Intranet Zone for your Website. Or you can go to your "Compatibility View Settings", and uncheck the option: "Use Intranet sites in Compatibility view".

I hope this works for you too.