Closed Bug 423870 Opened 13 years ago Closed 12 years ago
[Fx2] Overflow hidden for block element in table cell causes element to be positioned incorrectly
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; sv-SE; rv:188.8.131.52) Gecko/20080201 Firefox/184.108.40.206 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; sv-SE; rv:220.127.116.11) Gecko/20080201 Firefox/18.104.22.168 See submitted minimal test case. The div in the table cell is positioned incorrectly. The position varies depending on table height (eg. browser height). - Removing the overflow value causes the div to position correctly - Removing vertical-align: top for table cell removes the "jumpy" behaviour. Reproducible: Always Steps to Reproduce: 1. See test case 2. Resize browser window Actual Results: The cell div is rendered incorrectly Expected Results: The cell div is rendered below cell content
Component: General → Layout
Product: Firefox → Core
QA Contact: general → layout
Version: unspecified → 1.8 Branch
The behaviour of this bug is very strange. I try to explain: The bug happens in Fx2 and in Fx3, but in different ways. The problem is more evident if load the testcase in Fx2. DIV (border red) should be into TD element, but it's not. It remains in the position it should be if table has a minimum height. If you change table height, it remains fixed in its wrong position. But! Note that if you increase table height so document vertical scrollbar appears, DIV is positioned correctly. On the contrary, in Fx3 vertical scrollbar has no effect, and if the DIV should be totally over TH element, DIV will be hidden instead! Notice furthermore that document has no doctype. This bug do _not_ happens if there's a doctype (not html 3.2). This bug happens only in this particular case. See testcase code for element structure and properties.
Attachment #310478 - Attachment is obsolete: true
Bug confirmed. Moved to Layout:Table. It needs to be reproduced also on Linux and Mac. Requesting blocking or wanted in 3.1
I can confirm the different behaviours in FF3 vs. FF2 but I still experience the issue with DOCTYPE given as XHTML-strict... Will add my test case again with doctypes and the same behaviour.
This happens only with Fx2. I think I'll create a new bug for Fx3, behaviours are different in too much cases.
Summary: overflow hidden for block element in table cell causes element to be positioned incorrectly → [Fx2] Overflow hidden for block element in table cell causes element to be positioned incorrectly
Version: Trunk → 1.8 Branch
Unless this is a regression from a previous security fix (and it does not appear to be) then this kind of change is outside the scope of our security releases.
Regression caused by fixing Bug 300030, as reported by Martijn Wargers in Bug 443119 comment 3
is this still broken? Its wfm, Or what should I do with the testcase?
I can confirm that the bug is fixed with: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b1pre) Gecko/20080916043910 Minefield/3.1b1pre The bug is still valid for: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:22.214.171.124) Gecko/2008070208 Firefox/3.0.1 I have no ability to test on 126.96.36.199
marking as wfm, as this is fixed on trunk, its not a security issue, neither a blocker that needs to be backported.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
If this is a Firefox 2 bug then it cannot be a regression from the reflow branch landing (bug 300030). It might still be a regression, but someone would have to identify a build that did in fact work. But Bernd is probably right about it's chances of getting fixed in comment 12. If we can figure out what "fixed" it for 3.1pre we might be able to get that into 3.0.x but not likely 2.0
Whiteboard: [regressed from bug 300030]
You need to log in before you can comment on or make changes to this bug.