Closed Bug 1023761 Opened 10 years ago Closed 1 month ago

With empty <tbody>, only top border in fully-bordered table is displayed (border-collapse:collapse, collapsed/collapsing borders bug)

Categories

(Core :: Layout: Tables, defect)

defect

Tracking

()

RESOLVED DUPLICATE of bug 217769

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
OS: Mac OS X → All
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).
Version: 30 Branch → 40 Branch
Keywords: testcase
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 ****!
Hardware: x86 → All
Version: 40 Branch → Trunk
Status: UNCONFIRMED → NEW
Ever confirmed: true
Blocks: 1230801
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.
Whiteboard: [parity-chrome][parity-safari][parity-webkit][parity-blink]
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.)
Whiteboard: [parity-chrome][parity-safari][parity-webkit][parity-blink]

(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.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

Reproduced the same on Firefox 71.0 (64 bit) Ubuntu 18.04.

Bugbug thinks this bug is a regression, but please revert this change in case of error.

Keywords: regression
Severity: normal → S3
Keywords: regression

Still repros in Firefox 116.3.0 on Android.

Duplicate of bug #217769

Looks like it, yeah. Thanks!

Status: NEW → RESOLVED
Closed: 1 month ago
Duplicate of bug: 217769
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.