Description of problem: When attempting to go to the web console for OpenShift, the page never loads and it is just a blank page. When reviewing the developer tools for the browser, we can see that communication is occurring but errors are showing up in the JS console. SCRIPT5022: Exception thrown and not caught File: oldieshim.js, Line: 26, Column: 12 SCRIPT5009: 'angular' is undefined File: templates.js, Line: 1, Column: 1 SCRIPT5009: 'angular' is undefined File: scripts.js, Line: 3, Column: 1 Version-Release number of selected component (if applicable): 3.1 How reproducible: 100% however I (bug author) do not have access to IE Steps to Reproduce: 1. Access Web GUI Actual results: Error Expected results: Webpage loads Additional info: Internet Explorer 11.0.9600.18124CO Windows 7 Enterprise SP1
We have two versions of IE11, On IE 11.0.9600.17041,could login and do operation successfully. After several minutes(not sure how long), accessing any page will give 'loading...' on page but didn't return anything.Finally, Error page(An error has occured,please return to console)displayed, clicking 'return to console' couldn't load login page. DOMException error caught in console(see attachment) On IE 11.0.9600.17843, everything works fine
Created attachment 1115038 [details] Loading error
I just specifically checked IE 11 on Windows 7 and it is working. Is it possible they were running in a different document mode?
Created attachment 1119187 [details] IE Document Mode setting
IE was running on document mode 7. Changing to Document mode to 9, 10, or Edge fixes the issue. User is recommending workaround to update the code within the OpenShift Console to include meta-tag information to force a specific Document Mode to be used when loading the page. For example, within the head tags of the page include: <meta http-equiv="X-UA-Compatible" content="IE=9" /> Would these be a possible fix to this bug, or do we need to submit a docs bug stating we require a certain document mode.
We will update with <meta http-equiv="X-UA-Compatible" content="IE=EDGE" /> We always want the browser running on the latest supported document mode, so EDGE Looking into the documentation issue.
Commit pushed to master at https://github.com/openshift/origin https://github.com/openshift/origin/commit/bba0b0136627e714f05ddfa779dc402bf425f767 Bug 1298750 - Force IE document mode to be edge
Troy its another old one, this was fixed in 3.2
Based on feedback on another bug moving this to ON_QA and we will move to CLOSED->CURRENT RELEASE once QE validates.
Tried to verify on 3.2.1.17 but we only have IE 11.545.10586.0 on hand, for which Edge is not in the list of Document mode, we couldn't test Document mode setting to Edge @jessica, any ideas on this?
The documentation mode ended up not being the root cause. The issue was when the openshift server was added to the list of domains in IE's Intranet Zone under the security settings. So verifying you are able to access the console under those conditions should be sufficient.
Hi jessica, could you please help confirm with above verification steps and screenshot? thanks very much
Hi, Jessica, thanks for your detailed instruction. We checked on OSE 3.2 env with IE Version 11.633.10586.0 on win 10. Now the issue in the bug description doesn't exist before and after setting IE as your steps. But there is a display issue on login page showing up after setting IE following your instruction. Some icon and fonts are not loaded successfully, pls refer to screenshot. The login page issue doesn't happened when access OCP 3.4 env on the IE, and didn't try OCP 3.3 yet due to no env on hand.
Created attachment 1221513 [details] IE-login
Assign back to check the loading issue
Please change back to ON_QA if still need us to check something
Moving the target release to 3.4 based on the login display issue. Let's just verify it against 3.4
Checked on OCP v3.4.0.28+dfe3a66 again, the login display issue is reproduced. I'm sorry for not reproducing on OCP 3.4 last time due to the env zone was not added in IE Intranet setting correctly.
Yeah we can reproduce this as well, it appears that IE disables Data URIs by default when a site is in the Intranet Zone
PR to resolve: https://github.com/openshift/origin/pull/15083
(In reply to Robb Hamilton from comment #29) > PR to resolve: https://github.com/openshift/origin/pull/15083 Er, this PR is for origin. Will follow up with a subsequent PR of OCP.
> Er, this PR is for origin. Will follow up with a subsequent PR of OCP. Disregard. The upstream PR merged to OCP without a need for an additional PR.
Checked against v3.6.169, after adding OpenShift server to the list of domains in IE's Intranet Zone under the security settings, the console should be accessed and loaded successfully. Move to VERIFIED
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHEA-2017:1716