| Summary: | set FF38 as the supported browser for RHEV | |||
|---|---|---|---|---|
| Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Sarvesh Pandit <sapandit> | |
| Component: | ovirt-engine | Assignee: | Greg Sheremeta <gshereme> | |
| Status: | CLOSED ERRATA | QA Contact: | Petr Kubica <pkubica> | |
| Severity: | medium | Docs Contact: | ||
| Priority: | unspecified | |||
| Version: | 3.5.1 | CC: | gshereme, lsurette, mgoldboi, michal.skrivanek, pbrilla, pkubica, pnovotny, pstehlik, rbalakri, Rhev-m-bugs, yeylon, ykaul | |
| Target Milestone: | ovirt-3.6.1 | Keywords: | ZStream | |
| Target Release: | --- | Flags: | mgoldboi:
Triaged+
|
|
| Hardware: | Unspecified | |||
| OS: | Unspecified | |||
| Whiteboard: | ||||
| Fixed In Version: | Doc Type: | Bug Fix | ||
| Doc Text: |
The Administration Portal and the User Portal now support Mozilla Firefox 38 Extended Support Release (ESR) as the client browser.
|
Story Points: | --- | |
| Clone Of: | ||||
| : | 1273034 (view as bug list) | Environment: | ||
| Last Closed: | 2016-03-09 21:06:45 UTC | Type: | Bug | |
| Regression: | --- | Mount Type: | --- | |
| Documentation: | --- | CRM: | ||
| Verified Versions: | Category: | --- | ||
| oVirt Team: | UX | RHEL 7.3 requirements from Atomic Host: | ||
| Cloudforms Team: | --- | Target Upstream Version: | ||
| Bug Depends On: | 1200470, 1200499, 1218371 | |||
| Bug Blocks: | 1273034 | |||
|
Description
Sarvesh Pandit
2015-05-20 05:23:42 UTC
I assume that Firefox 38 (which is the current FF ESR) has been pushed to RHEL recently. AFAIK, some problems were encountered when testing the RHEV GUI on FF38, however they were all resolved and tests of the RHEV GUI on FF38 have passed successfully since then. @Pavel/Pavel - can you please confirm that? re: the "Additional info" in Comment #0: I am not sure what the problem with IE11 is - it is supposed to be a supported browser (IE9 and above are supported for the web-admin), hence the message should not appear for it. If the message is indeed displayed for IE11, and assuming the IE browser is not configured to run in IE8 (or lower) compatibility mode [1], it is indeed a bug. [1] I actually think that we have a piece of code that forces IE11 to report itself as IE10 (so that we will be able to load the relevant GWT permutation in the IE browser) - see https://gerrit.ovirt.org/#/c/23367/. I am not sure if setting the compatibility mode manually within the browser settings overrides the effect of our piece of code or not. not a 3.5.5 blocker - pushing to 3.5.6 for now. backport merged - MODIFIED? Verified in 3.6.3-0.1 FF 38.6.0 ESR 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://rhn.redhat.com/errata/RHEA-2016-0376.html |