Closed Bug 729114 Opened 10 years ago Closed 9 years ago
HTML Table column/cell width update regression
Attachment #599170 - Attachment mime type: text/plain → text/html
Regression window: Works: http://hg.mozilla.org/mozilla-central/rev/60e86b847759 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0a1) Gecko/20110929 Firefox/10.0a1 ID:20110929122038 Fails: http://hg.mozilla.org/mozilla-central/rev/af3668a89015 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0a1) Gecko/20110929 Firefox/10.0a1 ID:20110929141938 Pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=60e86b847759&tochange=af3668a89015 In local build Last Good : 34f184d2a6f8 First Bad : 00f422b2cf36 Triggered by: 00f422b2cf36 Ehsan Akhgari — Bug 10209 - Part 6: Implement the CSS "containing block" concept correctly as a binary relation, as opposed to a unary relation; r=bzbarsky
Status: UNCONFIRMED → NEW
Component: Untriaged → Layout: Tables
Ever confirmed: true
OS: Linux → All
Product: Firefox → Core
QA Contact: untriaged → layout.tables
Making table rows not be absolute containing blocks does NOT help here. Mats, any idea what's going on? Note that the fixed-height block containing the table _does_ seem to be necessary, by the way.
Hmm, I can't repro on trunk. Is this fixed?
Yep. This looks like a dup of bug 735579 (complete with fixed-height div); that bug has a clear explanation of what was going on here.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 735579
Is it worth to create a reftest based on this? (I can do that if you want)
I checked one in in bug 735579, so probably no need for a second one.
You need to log in before you can comment on or make changes to this bug.