Closed Bug 141660 Opened 22 years ago Closed 22 years ago

border-collapsed tables missing lines

Categories

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

defect

Tracking

()

RESOLVED FIXED
Future

People

(Reporter: bugzilla, Assigned: bernd_mozilla)

References

Details

(Keywords: testcase)

Attachments

(3 files)

In some cases tables with style {border-collapse: collapse} dividing lines are
not rendered.

In the attachement there should be a horizontal border between lines 3 and 4
under the B.
seeing this on Linux too.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: other → All
Hardware: Other → All
 Confirmed this on WIN2K build ID: 2002050106 branch build.
Keywords: testcase
Priority: -- → P3
*** Bug 161566 has been marked as a duplicate of this bug. ***
Target Milestone: --- → Future
*** Bug 182430 has been marked as a duplicate of this bug. ***
Attached patch patchSplinter Review
taking
Assignee: karnaze → bernd_mozilla
Attachment #113882 - Flags: superreview?(roc+moz)
Attachment #113882 - Flags: review?(jkeiser)
Attachment #113882 - Flags: superreview?(roc+moz) → superreview+
Attachment #113882 - Flags: review?(jkeiser)
fixed together with bug 157047
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Please re-open.

I am seeing this issue now, in Firefox 16.01 and 16.02. No idea when it was re-introduced. I looked into this because of a ticket in my company's own bug tracker, concerning our web client application:

224792.00, Web2: 2: Blue theme: Borders not visible in firefox when no records are shown.

I found that when I disabled the rule 'border-collapse: collapse;' the borders suddenly re-appeared. Regression?

I don't have the time to create a minimal use case at the moment (deadline stress, sorry), but I will note some things here that may help you guys reproduce:

The table has these CSS declarations set that may be of importance:
  border-width: 0 1px 1px;
  table-layout: fixed;
  white-space: nowrap;
  letter-spacing: 0.03em;
  border-collapse: collapse;

The table row has these rules:
  text-align: left;
  font-weight: bold;
  letter-spacing: 0.03em;
  white-space: nowrap;

The table header cells have a width set explicitly inline in the HTML with style="width:80px;" (this is changed from Javascript to allow resizable table columns)

The table header cells have these CSS declarations applied to them:
  border-right: 1px solid #F8F8F8;
  color: #333333;
  height: 30px;
  padding: 0 3px;
  position: relative;
  vertical-align: middle;
  border-right: 1px solid #F8F8F8;

We are using this same table component with the same styles on it in many places in the app and mostly it works fine, but in some instances it fails and I have no idea what the difference is. Functionally, it fails when the table has no data and we show a row with a rowspan equal to the amount of columns saying 'Nothing found.' Why that rowspan would affect the headers I don't know, but I saw in some of the many bugs listed on this that it probably has impact. Also I just noticed we use a tfoot element for that row, but our normal tables (when there is data) don't usually have a tfoot.

I am using Firefox on Windows 7 but we test on many environments and I have not heard anything about this being environment specific.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: