With empty <tbody>, only top border in fully-bordered table is displayed (border-collapse:collapse, collapsed/collapsing borders bug)
Categories
(Core :: Layout: Tables, defect)
Tracking
()
People
(Reporter: mozilla, Unassigned)
References
(Blocks 1 open bug, )
Details
(Keywords: parity-chrome, parity-safari, testcase)
Attachments
(2 files)
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/35.0.1916.114 Safari/537.36 Steps to reproduce: 1. In Firefox 30.0, go to http://jsfiddle.net/rZLCu/show/ or http://jsfiddle.net/rZLCu/ Actual results: Out of all the borders set on the table and its cells, only the top border on the table itself seems to get displayed. Expected results: All the borders on the table and its cells should get displayed. ==Further info== Click the "Add Row" button, and the borders will magically appear. Click the "Remove" button, and the borders will magically disappear again. Original issue: https://github.com/twbs/bootstrap/issues/13453
Reporter | ||
Updated•10 years ago
|
Reporter | ||
Updated•10 years ago
|
Updated•10 years ago
|
Comment 1•10 years ago
|
||
Attached a more simplified test HTML page (also available on http://jsfiddle.net/dha36400/). The problem only appears if there is an empty tbody, i.e. if empty tbody is removed (i.e. only thead and tfoot remain), the outer border is rendered correctly. IMHO the outer border should be rendered regardless of a possibly empty tbody tag (as is done by other browsers).
Reporter | ||
Updated•9 years ago
|
Comment 2•9 years ago
|
||
Ok, this bug is really annoying. I can't believe, that this bug stays open since more than a year now, and nobody has fixed it. HTML specs say, empty tbodies are allowed, but it seems, mozilla is ignoring that, and collapsed borders are not displayed. PLEASE fix that ****!
https://github.com/w3c/csswg-test/pull/793 added tests for this to the CSS test suite.
Reporter | ||
Updated•9 years ago
|
Reporter | ||
Updated•9 years ago
|
Reporter | ||
Updated•8 years ago
|
Reporter | ||
Comment 4•8 years ago
|
||
FWIW, I gave mozregression a whirl. This bug repros in OS X Firefox 4.0b7pre (2010-10-02 030833), and I couldn't get mozregression to run anything earlier than that. So this bug isn't a regression and has probably always existed.
Reporter | ||
Updated•8 years ago
|
Reporter | ||
Updated•8 years ago
|
Reporter | ||
Updated•7 years ago
|
Comment 5•6 years ago
|
||
It's still happening with firefox-59.0.2-1.fc27.x86_64.
Comment 6•6 years ago
|
||
Mass bug change to replace various 'parity' whiteboard flags with the new canonical keywords. (See bug 1443764 comment 13.)
(In reply to Chris Rebert from comment #0)
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_3)
AppleWebKit/537.36 (KHTML, like Gecko) Chrome/35.0.1916.114 Safari/537.36Steps to reproduce:
- In Firefox 30.0, go to http://jsfiddle.net/rZLCu/show/ or
http://jsfiddle.net/rZLCu/Actual results:
Out of all the borders set on the table and its cells, only the top border
on the table itself seems to get displayed.Expected results:
All the borders on the table and its cells should get displayed.
==Further info==
Click the "Add Row" button, and the borders will magically appear. Click the
"Remove" button, and the borders will magically disappear again.Original issue: https://github.com/twbs/bootstrap/issues/13453
Reproduced the same on Firefox 71.0 (64 bit) Ubuntu 18.04.
Comment 8•4 years ago
|
||
Bugbug thinks this bug is a regression, but please revert this change in case of error.
Updated•2 years ago
|
Reporter | ||
Updated•7 months ago
|
Reporter | ||
Comment 9•7 months ago
|
||
Still repros in Firefox 116.3.0 on Android.
Comment 10•2 months ago
|
||
Duplicate of bug #217769
Comment 11•2 months ago
|
||
Looks like it, yeah. Thanks!
Description
•