User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040707 Firefox/0.9.2 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040707 Firefox/0.9.2 I have a page like this: <div style="width: 500px; overflow: visible"> <table style="overflow: visible"> <tr> <td>verylong</td> <td>verylong</td> <td>verylong</td> </tr> </table> </div> Reproducible: Sometimes Steps to Reproduce: Reload the above HTML fragement 1-10000000 times ;) Actual Results: Sometimes it displays inline scrollbars (like in overflow: auto), most times it renders correctly (see Expected Results) Expected Results: It does'nt display inline scrollbars (overflow: visible says according to specification, that the table flows out of the div, even if it breaks the 500px size of that div) Verified in - Firefox 0.8 (Windows XP, Linux 2.4) - Firefox 0.9 (Windows XP, Linux 2.4) - Firefox 0.9.1 (Windows XP, Linux 2.4) - Firefox 0.9.2 (Windows XP, Linux 2.4) - Mozilla 1.6 (Linux 2.4) - Mozilla 1.7 (Linux 2.4) Current Versions of Opera, IE, Konqueror (khtml) render this always like expected.
Could you please create a page with the minimum amount of code necessary to reproduce the problem and attach it to this bug please. Moving to Browser->General for triage since this affects the suite as well.
Assignee: firefox → nobody
Component: General → Layout
Product: Firefox → Browser
QA Contact: firefox.general → core.layout
Version: unspecified → Trunk
Sebastian, please attach a HTML file that reproduces the bug using this link: https://bugzilla.mozilla.org/attachment.cgi?bugid=251526&action=enter
When trying to make an mimimal working example, I realized this: The problem only seems to happen when the HTML + CSS come from some server on the internet (slow connection). I doubt the following is the problem: When the CSS receives BEFORE the HTML (and the HTML needs some time to be delivered completely, especially the part in "overflow: visible", the page does'nt get re-rendered by the time, the HTML is complete. Could that be? I'll try to verify this be creating a dynamic page that consciously delays the delivery of the questioned part.
We need a testcase or URL that reproduces the problem.
Please reopen this bug when you have an URL or testcase that reproduces the problem in a recent build, thank you. http://ftp.mozilla.org/pub/mozilla.org/mozilla/nightly/latest-trunk/ -> INVALID
Status: UNCONFIRMED → RESOLVED
Last Resolved: 13 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.