Open Bug 386499 Opened 18 years ago Updated 2 years ago

Rendering of visibility:hidden, display:none inconsistent when loading from remote copy

Categories

(Core :: Layout, defect)

defect

Tracking

()

UNCONFIRMED

People

(Reporter: jandrews271, Unassigned)

References

()

Details

(Whiteboard: DUPEME)

User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.8.1.4) Gecko/20060601 Firefox/2.0.0.4 (Ubuntu-edgy) Build Identifier: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.8.1.4) Gecko/20060601 Firefox/2.0.0.4 (Ubuntu-edgy) At the listed website the "visibility:hidden" and "display:none" properties are rendered inconsistently. The page displays perfectly when loaded from a local copy and also loads correctly in both Safari and IE, but when loaded from the remote copy it sometimes displays images which ought to be hidden. The effect is reproducible in Linux, Mac OS, and Windows versions of Firefox. Once the page has loaded once (correctly or not) refreshing the page fixes the problem 100% of the time. My impression is that reducing the size of the images reduced the frequency of the problem (possibly due to diminished loading time) but there's no solid evidence for that. I suspect the problem may not happen with a fast enough internet connection (I'm currently using a slowish dsl connection). Reproducible: Sometimes Steps to Reproduce: 1. Reload page several times (clearing the cache in between or holding shift to avoid using the cached copy) Actual Results: Error occurred somewhere between 1/3 and 1/2 of the time. Error occurs fairly consistently with image in the third row and third column. The image which should be hidden is visible Expected Results: The image should not have been visible - refreshing the page causes the page to load correctly.
I'm also seeing this with current trunk build.
Component: General → Layout
Product: Firefox → Core
QA Contact: general → layout
Whiteboard: DUPEME
I can't seem to reproduce the bug at all on a 5Mbps fiber optic connection, just as the bug didn't appear when loading from a local copy - so loading time seems to clearly be an issue.
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.