Open Bug 694931 Opened 13 years ago Updated 10 years ago

Firefox version higher than 5.0.1 cannot correctly display Oracle Sun server's ILOM webpage

Categories

(Tech Evangelism Graveyard :: Other, defect)

defect
Not set
normal

Tracking

(Not tracked)

People

(Reporter: maz_oni, Unassigned)

References

Details

(Keywords: regression, Whiteboard: [workaround see comment 23])

Attachments

(2 files)

Attached file Document1.pdf (deleted) —
User Agent: Mozilla/5.0 (Windows NT 6.0; rv:7.0.1) Gecko/20100101 Firefox/7.0.1 Build ID: 20110928134238 Steps to reproduce: Open management webpage of Oracle Sun server Actual results: Some frame is not displayed correctly Expected results: Full frame should be displayed.
What URL please?
(In reply to j.j. from comment #1) > What URL please? This is not Internet URL. It is management webpage of Sun server.
Does it work with Firefox 4? If not or if you don't know: Does it work if you disable the HTML5 parser? type about:config into addressbar confirm the message search/filter for html5 set html5.parser.enable to false (don't forget to reset later)
(In reply to j.j. from comment #3) > Does it work with Firefox 4? > > If not or if you don't know: Does it work if you disable the HTML5 parser? > type about:config into addressbar > confirm the message > search/filter for html5 > set html5.parser.enable to false (don't forget to reset later) Hi, It worked with Firefox 5.0.1. I just test with html5.enable=false and it is still fail.
Ok, there is not much to do if there is no public testcase. You should contact Oracle. (To track this down you could save the page locally (including relevant CSS and javascript files) and upload a testcase to a public server)
(In reply to j.j. from comment #6) > Ok, there is not much to do if there is no public testcase. > You should contact Oracle. > (To track this down you could save the page locally (including relevant CSS > and javascript files) and upload a testcase to a public server) I put the HTML source in attached PDF, so there is thing to test by Firefox 6+ team to test. Moreover, the web page is OK in IE, Firefox 5.0.1- and Chrome, so logically there is something wrong in Firefox 6+. Please check tho HTML code containing "i_version" phrase in the attachment.
First of all, if you haven't: test Firefox save mode and a clean profile, see http://support.mozilla.com/kb/Basic%20Troubleshooting http://support.mozilla.com/en-US/kb/Basic%20Troubleshooting The HTML code alone isn't helpful. To reproduce it would needs at least this javascript files: /Extensions/suntab.js /Extensions/win.js /Extensions/session.js /Extensions/browserVersion.js /Extensions/cssPicker.js /Extensions/luapi.js /GUISE/include.js Furthermore probably some <iframe>'s sources. If it works in save mode and with clean profile, are there JS errors in the error console? (ctrl+shift+J)
[And I'm pretty sure (if basic trouble shouting doesn't help) that's a known issue at Oracle. Have you contacted them or posted at their forum?]
Confirming based on bug 585877 comment 39
Assignee: nobody → other
Blocks: 585877
Status: UNCONFIRMED → NEW
Component: General → Other
Ever confirmed: true
Keywords: regression
OS: Windows Vista → All
Product: Firefox → Tech Evangelism
QA Contact: general → other
Hardware: x86 → All
Version: 6 Branch → unspecified
This compatibility issue appears to be due to features removed in bugs such as 585877. Why were these features removed if it would affect web compatibility? At the end of the day compatibility is king, otherwise people are forced to use competitors browsers which do not suffer these compatibility issues or to use older versions of Firefox which are less secure due to lack of security fixes. IE9, Chrome and Opera all work correctly with ILOM so this compatibility issue should be fixed as it is regression in functionality. Although Oracle can release firmware updates for its latest systems to try and address this browser compatibility issues, it does not resolve the problems of older historical systems which will not receive firmware updates. It is important that this is fixed as there are customers out there who manage thousands of systems via ILOM and being forced to use an older less secure firefox browser or switch to a competitors browser which is certainly not a good experience.
> This compatibility issue appears to be due to features removed such as bug 585877. > Why were these features removed if it would affect web compatibility? "document.hight" and "document.width" are non-standard properties only supported in Gecko and not by any other Browser. There are standardized cross-browser solutions (e.g. document.body.clientHight and clientWidth) The removal was done to *reduce* web compat problems in the long run and to make Gecko more standards compliant. AFAICT this bug is the only major regression reported, there are unreported ones for sure. But that's the price to pay. If you are familiar with javascript you could write a Greasemonkey script and spread it to affected users. https://addons.mozilla.org/de/firefox/addon/greasemonkey
Note also that bug 585877 was reported by the editor of the W3C DOM4 specification. http://www.w3.org/TR/dom/
... and fixed by a co-editor of that spec.
Has somebody experiencing this problem contacted Oracle?
Attached file js files (Comment #8) (deleted) —
This bug can be reproduced again on Firefox 10.0.3 esr. Use IE 9 on Windows 7, I can see all the launch options in Oracle Sun server's ILOM webpage Use Firefox 10.0.3 ESR on Windows 7, NOT able to see the launch options Use Firefox 3.6.18 on s10s_u11wos_08, able to see the launch options Use Firefox 3.6.10 on S11snv_150, able to see the launch options. Use Firefox 10.0.3 ESR on S11U1, NOT able to see the launch options
Oracle has released firmware updates for some systems to solve this issue.
> Oracle has released firmware updates for some systems to solve this issue. Yes, but only for some systems. As I mentioned earlier : ===== Although Oracle can release firmware updates for its latest systems to try and address this browser compatibility issues, it does not resolve the problems of older historical systems which will not receive firmware updates. It is important that this is fixed as there are many Firefox customers out there who manage thousands of systems via ILOM and being forced to use an older less secure firefox browser or switch to a competitors browser which is certainly not a good experience. ===== The question is why does this functionality work in other browsers fine but not the latest versions of Firefox? Surely whatever IE, Chrome or Opera is doing that allows this to work can be implemented in the latest Firefox versions. Compatibility is king. If you force people to use other browsers because of compatibility issues then you may loose those people as Firefox users forever.
(In reply to richard.huber from comment #19) > The question is why does this functionality work in other browsers fine but > not the latest versions of Firefox? Surely whatever IE, Chrome or Opera is > doing that allows this to work can be implemented in the latest Firefox > versions. Did you read all previous comments? If no, you should! Lets try again: Oracle relied on an non-standard javascript property (document.height) for Mozilla browsers and useds the standard property (may be document.body.offsetHeight) for other browsers even though Mozilla (Firefox) implemented the standard way at least 12 years ago. Mozilla removed support for for the non-standard property on demand of Anne van Kesteren to reduce browser compatibility issues. Anne is editor of W3C's DOM specifcation http://www.w3.org/TR/2010/WD-domcore-20101007/ So yes, you are right, Compatibility is king!
Oracle is about to release patch 145080-08 (sparc) for Solaris 10 to upgrade Firefox to version 10.0.2ESR and it exhibits this issue. ***** Please fix this bug in Firefox ASAP. ******* This workaround on a per user basis works; Add the following 4 lines to the file (create it if it does not exist) ~/.mozilla/firefox/*.default/chrome/userContent.css and restart browser: @media print { } @namespace url(http:www.w3.org/1999/xhtml); #mainpage { visibility: visible !important; } /* * (Solution found at: http://webcache.googleusercontent.com * /search?q=cache:IJstRAUYJNQJ:https://forums.oracle.com/forums * /thread.jspa%3FthreadID%3D2299880+%23mainpage+ * {+visibility:+visible+!important%3B+}&cd=1&hl=en&ct=clnk&gl=us */
(In reply to bbengr from comment #21) > ***** Please fix this bug in Firefox ASAP. ******* Please read previous comments (this is a "Tech Evangelism" bug, there are no plans to revert Mozilla's behaviour) Thanks a lot for your workaround!
Whiteboard: [workaround in comment 21]
(In reply to bbengr from comment #21) > This workaround on a per user basis works; > Add the following 4 lines to the file (create it if it does not exist) > ~/.mozilla/firefox/*.default/chrome/userContent.css and restart browser: > > @media print { > } > @namespace url(http:www.w3.org/1999/xhtml); > #mainpage { visibility: visible !important; } This doesn't work as-is, at least not in Firefox 26.0. You need to insert "//" after "http:": @media print { } @namespace url(http://www.w3.org/1999/xhtml); #mainpage { visibility: visible !important; }
Whiteboard: [workaround in comment 21] → [workaround see comment 23]
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: