Closed Bug 182879 Opened 22 years ago Closed 22 years ago

collapsing borders: top border on cell with colspan in tfoot disappears

Categories

(Core :: Layout: Tables, defect, P3)

x86
Windows 2000
defect

Tracking

()

RESOLVED FIXED
Future

People

(Reporter: mcknzm, Assigned: bernd_mozilla)

References

()

Details

(Keywords: testcase)

Attachments

(2 files, 1 obsolete file)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2) Gecko/20021126 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2) Gecko/20021126 If stylesheet defines border-top for th in tfoot, and that th element uses colspan then border is drawn only for first column width, not full width. Please see added URL for an example page. Reproducible: Always Steps to Reproduce: 1. Define this in stylesheet: tfoot th { border-top: 1px solid black; } 2. Create a table with some columns and tfoot with th and use colspan: <table> <tfoot><tr><th colspan="3">footer</th></tr></tfoot> <tbody><tr><td>1</td><td>2</td><td>3</td> </table> 3. See that page in Mozilla. Actual Results: Border is drawn only for the width of column 1. Expected Results: Mozilla should have drawn the border for the full with of columns as defined by th element's colspan.
Attached file Reporters testcase (obsolete) —
Sorry, forget the testcase, didnt see the URL. What causes the incorrect border is: border-collapse: collapse;
Keywords: testcase
->tables
Assignee: dbaron → table
Status: UNCONFIRMED → NEW
Component: Style System → Layout: Tables
Ever confirmed: true
QA Contact: ian → amar
Summary: border-top for th element within tfoot drawn wrong if th uses colspan → collapsing borders: top border on cell with colspan in tfoot disappears
Priority: -- → P3
Target Milestone: --- → Future
Attached patch patch Splinter Review
the patch fixes the problem in attachment 113249 [details] I dont see the problem in the URL
Attachment #113807 - Flags: superreview?(roc+moz)
Attachment #113807 - Flags: review?(jkeiser)
Comment on attachment 113807 [details] [diff] [review] patch r=me, but it's gross that we have to access CellMap instead of TableCellMap here in the first place.
Attachment #113807 - Flags: review?(jkeiser) → review+
Attachment #113807 - Flags: superreview?(roc+moz) → superreview+
otherwise you would have to search again for the cellmap for every table cell, that would be a performance problem
Assignee: table → bernd_mozilla
fixed together with bug 157047
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: