Closed Bug 1185430 Opened 9 years ago Closed 5 years ago

Contiguous floated tables in vertical writing-mode overlap

Categories

(Core :: Layout: Floats, defect)

defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 1581718
Tracking Status
firefox42 --- affected

People

(Reporter: bugzilla, Unassigned)

References

(Blocks 2 open bugs)

Details

(Keywords: testcase)

Vendor-prefixed tests --------------------- border-collapse: collapse - - - - - - - - - - - - - http://www.gtalbot.org/BrowserBugsSection/CSS3WritingModes/contiguous-floated-table-vrl-002.xht http://www.gtalbot.org/BrowserBugsSection/CSS3WritingModes/contiguous-floated-table-vlr-003.xht border-collapse: separate - - - - - - - - - - - - - http://www.gtalbot.org/BrowserBugsSection/CSS3WritingModes/contiguous-floated-table-vrl-004.xht http://www.gtalbot.org/BrowserBugsSection/CSS3WritingModes/contiguous-floated-table-vlr-005.xht Expected results ---------------- http://www.gtalbot.org/BrowserBugsSection/CSS3WritingModes/ref-filled-green-100px-square.xht Notes ----- - I set Component to 'Layout: Floats' and blocking bug 1077521 - Firefox 42.0a1 buildID=20150718201542 fails these 4 tests - IE11 and Chrome 45.0.2454.7 pass these 4 tests - I use Linux 3.13.0-57-generic x86_64, Qt: 4.8.6, KDE 4.13.3; Kubuntu (utopic) 14.04.2 LTS - I've searched for duplicates and did not find any.
Blocks: 1077521
Keywords: testcase
Somewhat close to the description of this bug are: Bug 478834: table following left float doesn't clear it even if it can't fit next to it (& same for block-level img, flex container, etc. following left float) Bug 14984: [FLOAT] Tables overlap right floats (e.g., right-aligned images or tables) so this could still be a DUPLICATE of one of those...
Another consequence of this bug: the horizontal contiguous margins - which should not collapse - between 2 floated contiguous tables are substracted by the total of table borders and table (or cell) padding separating them. In this test http://test.csswg.org/source/css-writing-modes-3/table-progression-vrl-004.html the gap between tables should be 32px (or 2em) but it is 24px (32 - (2 * 3) - (2 * 1)). - - - - - - - Additional tests: Both tables have 25px borders between them http://www.gtalbot.org/BrowserBugsSection/CSS3WritingModes/contiguous-floated-table-vrl-006.xht Both tables have 25px padding between them http://www.gtalbot.org/BrowserBugsSection/CSS3WritingModes/contiguous-floated-table-vrl-008.xht Firefox 45.0a1 buildID=20151128060058 fails both tests. IE11, Edge 12 and Chrome 48.0.2564.10 pass both tests.
Firefox 46.0a1 buildID=20151219081206 fails http://test.csswg.org/source/css-writing-modes-3/table-progression-srl-002.html http://test.csswg.org/source/css-writing-modes-3/table-progression-slr-002.html http://test.csswg.org/source/css-writing-modes-3/table-progression-vrl-002.html http://test.csswg.org/source/css-writing-modes-3/table-progression-vlr-002.html because of this bug, because of how shrink-to-fit applies to floating boxes (that have borders) in orthogonal context. This bug is somehow related (a sibling of) to bug 1166120 . Chances are that, when bug 1166120 gets fixed, then this bug could be fixed; so, at that time, this bug report should be revisited.
http://test.csswg.org/harness/test/css-writing-modes-3_dev/single/table-progression-srl-002/ http://test.csswg.org/harness/test/css-writing-modes-3_dev/single/table-progression-slr-002/ The srl and slr tests have been removed from css-writing-modes-3_dev but I suppose+expect they will be reintroduce into an eventual css-writing-modes-4_dev since sideways-lr and sideways-rl are not part of CSS3.
http://www.gtalbot.org/BrowserBugsSection/CSS3WritingModes/adjacent-floated-vrl-tables-in-htb-cb.html Expected: 200px; Actual in Firefox 60: 60px http://www.gtalbot.org/BrowserBugsSection/CSS3WritingModes/adjacent-floated-vrl-tables-in-htb-cb-002.html Expected: 200px; Actual in Firefox 60: 160px http://www.gtalbot.org/BrowserBugsSection/CSS3WritingModes/adjacent-floated-vrl-tables-in-htb-cb-003.html Expected: 200px; Actual in Firefox 60: -40px The expected gap (200px: which is the sum of horizontal margins separating the 2 <table>s) between squares is reduced by twice the width of border-right of first table.
Blocks: 1514301

I ended up fixing this in bug 1581718, which fixes all of the wpt tests mentioned, though I haven't yet checked the tests in comment 6.

Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → DUPLICATE

I confirmed the comment 6 tests are all fixed as well.

You need to log in before you can comment on or make changes to this bug.