Open
Bug 332740
Opened 19 years ago
Updated 2 years ago
[BC] rowspan and border-collapse: collapse breaks border rendering
Categories
(Core :: Layout: Tables, defect, P3)
Core
Layout: Tables
Tracking
()
NEW
People
(Reporter: bugzilla, Unassigned)
References
(Depends on 1 open bug, Blocks 1 open bug, )
Details
(Keywords: testcase)
Attachments
(7 files, 1 obsolete file)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1
If a table has a cell with rowspan and border specified, and the table has the style border-collapse: collapse, the border specified for the cell with rowspan spills out into the rest of the table.
Reproducible: Always
Updated•19 years ago
|
Component: General → Layout: Tables
Keywords: testcase
Product: Firefox → Core
Version: unspecified → 1.8 Branch
This seems to be a simpler version of bug 322810, duplicate?
They are similar, and if the developers feel they will fix both bugs using only 322810, then this one can be disregarded.
Updated•19 years ago
|
QA Contact: general → layout.tables
Updated•18 years ago
|
Updated•18 years ago
|
Version: 1.8 Branch → Trunk
Comment 5•18 years ago
|
||
Updated•18 years ago
|
OS: Windows XP → All
Updated•18 years ago
|
Hardware: PC → All
Note that Testcase #2 bug happens regardless of whether the border attribute is specified on a cell or the table has border collapse style. Rather it happens only with rules="rows" table attribute.
Combination of testcases #1 and #2. 2nd table Shows that the original reported broken rendering of a 2px border *from* a rowspan border at the bottom of a normal adjacent cell is reproducable with just rules="rows" without the need for border-collapse. The summary should be changed to reflect this.
The 3rd table shows that the additional broken rendering of a normal cell border *into* an adjacent rowspan cell disappears if the rowspan cell has the 2px border style (similar to the rules="all" making it disappear mentioned in the duped bug 367567)
This is obviously related in some way to bug 367576 as a new method to reproduce that one can be used to reproduce this one. The final example in this attachment shows that text can be completely obscured from view, so the severity of either bug should probably be higher than "normal".
Attachment #252241 -
Attachment is obsolete: true
Comment 10•17 years ago
|
||
Comment 11•16 years ago
|
||
Found a regression that is showing up in the 3.1 nightlies in our webapp now (it doesn't show up in FF 1.5-3.0). It used to only show up in WebKit/KHTML (only worse).
Summary: rowspan and border-collapse: collapse breaks border rendering → [BC] rowspan and border-collapse: collapse breaks border rendering
Comment 24•12 years ago
|
||
Do we have any progress on this bug? Still happens in Firefox 15. See http://www.boerse-frankfurt.de/de/anleihen/rating+matrix (screenshot taken and available at https://www.dropbox.com/s/izj53s8ltkp9dbm/border_failure.png).
Comment 25•12 years ago
|
||
Just discovered this as well on one of my pages. Happens only in Firefox, other browsers (Chrome/Safari/Opera/IE8) handle this well.
Comment 26•12 years ago
|
||
This bug is still active in Firefox 21.0
Comment 27•12 years ago
|
||
Looks like this bug has been around since 2006!
Here's another simple test case.
Updated•12 years ago
|
Attachment #787103 -
Attachment mime type: text/plain → text/html
Comment 28•12 years ago
|
||
Still broken in Firefox 22 under Linux and Firefox 23 under WinXP.
Comment 29•12 years ago
|
||
Ditto still broken for v22 on Windows 8. This bug has been plaguing us for seven years (and no we aren't still using tables for graphical layouts!) :-(
Comment 30•11 years ago
|
||
Have another test case! The word "last" should never have a red line underneath.
Comment 31•10 years ago
|
||
This bug is still here at v32. When will this be fixed?
Comment 32•10 years ago
|
||
There is this bug in v39. Fix it already!
Comment 33•9 years ago
|
||
Still happening in v46.
Comment 34•8 years ago
|
||
Nothing changed in v48
Comment 35•8 years ago
|
||
Still here in v52.
Comment 36•8 years ago
|
||
In v53 as well, Linux x64.
Comment 37•8 years ago
|
||
Yep, reproduced in Mozilla FireFox for Ubuntu 53.0.3 (64bit).
Anyone willing to say something about it ? Will it be resolved at some point or are we going to live with it forever ? Just want to know, not judging :)
Updated•8 years ago
|
Assignee: nobody → ywu
Updated•7 years ago
|
Priority: -- → P3
Comment 38•7 years ago
|
||
This still occurs in FF 55 on Windows (x64).
Comment 39•7 years ago
|
||
I think I will like to take Bug 332740 as a meta of these kinds of rowspan errors
since I think the root cause of Comment 1's test case is different from Comment 5's test case.
Comment 40•7 years ago
|
||
There is a similar issue with border-collapse: collapse set on a table and a rowspan>1 set on a row that causes the bottom border to not be visible on FF. http://jsbin.com/cutolibofa/edit?html,css,output
Updated•7 years ago
|
Assignee: ywu → nobody
Comment 41•7 years ago
|
||
sorry that I might not be able to work on this.
Comment 42•5 years ago
|
||
I've spent two days trying to fix my website until I tracked down the problem to this bug. FF 69.0. No progress in 14 years?!!
Comment 43•5 years ago
|
||
Any update on this?
Updated•2 years ago
|
Severity: normal → S3
Comment 45•2 years ago
|
||
The severity field for this bug is relatively low, S3. However, the bug has 14 duplicates and 18 votes.
:dholbert, could you consider increasing the bug severity?
For more information, please visit auto_nag documentation.
Flags: needinfo?(dholbert)
Comment 46•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.
Flags: needinfo?(dholbert)
You need to log in
before you can comment on or make changes to this bug.
Description
•