[BC] border collapse borders not correct when empty row groups are involved
Categories
(Core :: Layout: Tables, defect)
Tracking
()
People
(Reporter: urkle, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: testcase)
Attachments
(4 files, 1 obsolete file)
1.27 KB,
text/html
|
Details | |
811 bytes,
text/html
|
Details | |
1.07 KB,
text/html
|
Details | |
1.29 KB,
patch
|
bzbarsky
:
review+
bzbarsky
:
superreview+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 Galeon/1.2.11 (X11; Linux i686; U;) Gecko/20030703 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5b) Gecko/20030827 only the left pixel of the link is clickable.. Reproducible: Always Steps to Reproduce:
Reporter | ||
Comment 1•21 years ago
|
||
Here is the test case for the bug. If an empty tbody is specified then the link in the tfooter is inaccesible except for the left pixel, or however wide the first TH in the theader is.
Reporter | ||
Comment 2•21 years ago
|
||
Tested platforms Tested under mozilla 1.4 (linux), 1.5b(linux), 1.4(windows), Firebird 0.6 (windows and linux). Extra note.. HTML 4.01 spec does require that the tbody NOT be empty however. So, the workaround for me is to rework my templates.
Reporter | ||
Comment 3•21 years ago
|
||
Comment 4•21 years ago
|
||
Comment 5•21 years ago
|
||
Bug 173277 probably explains why the link is not clickable, but the primary concern here is that the colspan attribute does not work for <tfoot> when there is an empty <tbody></tbody> group in a 'border-collapse: collapse' table.
the problem has nothing to do with tfoot, just a empty row group is enough
changing title
the patch addresses only the cellmap problem, the drawing of the collapsed borders is still wrong
![]() |
||
Comment 11•21 years ago
|
||
Comment on attachment 130653 [details] [diff] [review] patch r+sr=bzbarsky; looks reasonable.
Comment 12•21 years ago
|
||
*** Bug 219872 has been marked as a duplicate of this bug. ***
Comment 13•21 years ago
|
||
I fixed the cellmap issue, the border drawing is still not correct.
Comment 14•21 years ago
|
||
*** Bug 233135 has been marked as a duplicate of this bug. ***
![]() |
||
Comment 15•20 years ago
|
||
Empty rowgroups are illegal HTML 4.01, I don't think we should care for them too much. At most, it will be an enhancement, not a bug...
Comment 16•20 years ago
|
||
*** Bug 277109 has been marked as a duplicate of this bug. ***
Comment 17•19 years ago
|
||
*** Bug 276244 has been marked as a duplicate of this bug. ***
Comment 18•19 years ago
|
||
*** Bug 302308 has been marked as a duplicate of this bug. ***
Updated•15 years ago
|
Updated•15 years ago
|
Comment 23•12 years ago
|
||
I had mentioned that the spec for HTML5 allows for empty TBODY elements on another bug report that has been marked duplicate of this one. I didn't want that change to go unacknowledged in this main bug report This should not be considered an enhancement request but a full fledged bug: http://www.w3.org/TR/html5/the-tbody-element.html#the-tbody-element
Comment 24•11 years ago
|
||
this bug still alive...
Comment 25•6 years ago
|
||
FWIW people still hitting this bug (and being surprised about how long-lived it is) https://github.com/twbs/bootstrap/issues/27949
Comment 26•6 years ago
|
||
I just ran into this bug. Really suprised that it exists for 16 years now. Currently, I use this work-around: https://stackoverflow.com/questions/33168178/why-does-firefox-not-render-border-of-table-with-empty-tbody
Comment 27•5 years ago
|
||
I just ran into this bug as well. It cost me several hours to discover the cause.
Comment 28•3 years ago
|
||
This bug is still present in Firefox 91 (august 2021), even though HTML 5 allows empty tbody. The problem does not happen on Chromium. I've passed about 5 hours figuring the cause, so I believe It would be nice to solve it. Here is my sample code:
<!doctype html>
<html>
<head>
<meta charset = 'utf-8'>
<style type = "text/css">
table{
border: 1px solid black;
border-collapse:collapse;
}
table td{
border: 1px solid black;
}
</style>
</head>
<body>
<table>
<tbody>
<tr><td>1</td><td>2</td></tr>
<tr><td>3</td><td>4</td></tr>
</tbody>
<tbody>
</tbody>
<tbody>
<tr><td>5</td><td>6</td></tr>
</tbody>
</table>
<table>
<tbody>
<tr><td>1</td><td>2</td></tr>
<tr><td>3</td><td>4</td></tr>
</tbody>
<tbody>
<tr><td>5</td><td>6</td></tr>
</tbody>
</table>
</body>
</html>
Updated•2 years ago
|
Comment 29•2 years ago
|
||
The severity field for this bug is relatively low, S3. However, the bug has 9 duplicates.
:dholbert, could you consider increasing the bug severity?
For more information, please visit auto_nag documentation.
Comment 30•2 years ago
|
||
The last needinfo from me was triggered in error by recent activity on the bug. I'm clearing the needinfo since this is a very old bug and I don't know if it's still relevant.
Comment 31•2 years ago
|
||
(In reply to Release mgmt bot (nomail) [:suhaib / :marco/ :calixte] from comment #30)
The last needinfo from me was triggered in error by recent activity on the bug. I'm clearing the needinfo since this is a very old bug and I don't know if it's still relevant.
Yes it's still relevant. I'm using v106.0.1 and sadly, after 20 years this bug still exists. Workaround also still works around... tbody:empty{display:none;}
Comment 32•5 months ago
|
||
I've also had it for many years. Now I'm using v122.0.1. When I decided to take a closer look at it in my projects, I found out using search queries that it is caused by using the style
table { border-collapse: collapse; }
In my case
tbody:empty{display:none;}
does not help. I'm using
@-moz-document url-prefix() { table.table-bordered > tbody:after {
content:''
} }
Description
•