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
Summary: With empty <tbody>, only top border in fully-bordered table is displayed → With empty <tbody>, only top border in fully-bordered table is displayed (border-collapse:collapse, collapsed/collapsing borders bug)
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).
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.
See Also: → https://github.com/twbs/bootstrap/issues/13453
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.
Has Regression Range: --- → irrelevant
Has STR: --- → yes
It's still happening with firefox-59.0.2-1.fc27.x86_64.
Mass bug change to replace various 'parity' whiteboard flags with the new canonical keywords. (See bug 1443764 comment 13.)
You need to log in before you can comment on or make changes to this bug.