Firefox does not render certain web page ($(body).fadeIn() with body { display: none } rule)
Categories
(Core :: DOM: CSS Object Model, defect, P3)
Tracking
()
People
(Reporter: alice0775, Unassigned)
References
(Depends on 1 open bug, )
Details
(4 keywords)
Attachments
(1 file, 1 obsolete file)
629 bytes,
text/html
|
Details |
Chrome, Edge(EdgeHTML) anf IE11 works as expected.
Firefox only fails. UA spoofing does not help.
Workaround(userContent.css or stylus(needs reload)):
@-moz-document domain("9x6x3.com") {
body { display: block !important; }
}
Reproducible: always
Steps to reproduce:
- Open https://9x6x3.com/
Actual results:
Blank page
Expected Results:
Page should be displayed
Reporter | ||
Updated•6 years ago
|
Comment 2•6 years ago
|
||
I'm happy to take a look. Here's a test-case. I haven't dug into what jquery is doing yet.
Comment 3•6 years ago
|
||
So this is a tough one to fix. This is because css_defaultDisplay("body")
in the jquery source in:
https://ajax.googleapis.com/ajax/libs/jquery/1.8.2/jquery.js?ver=4.9.10
returns "none". More analysis coming.
Comment 4•6 years ago
|
||
Comment 5•6 years ago
|
||
Comment 6•6 years ago
|
||
So basically, css_defaultDisplay
there is what's going wrong. It's going wrong because jquery is appending the <iframe>
to the body to ensure it's displayed, but it's not (since the body is display: none
).
That means we have nowhere to grab the style from (see the longstanding bug 548397 and the cousin bug 1483798), and thus we do the next-thing-we-can-do which is returning the style from the outer document.
This site is using an ancient jQuery btw.
Anyhow, fixing bug 1483798 would fix this (we'd return the style from the display: none iframe).
We're in a somewhat better position to do it now.
Comment 7•6 years ago
|
||
Err, I meant bug 1471231 above.
Reporter | ||
Updated•5 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Description
•