Closed Bug 310100 Opened 19 years ago Closed 19 years ago

rules="all" does not work when table has no border

Categories

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

defect

Tracking

()

RESOLVED FIXED
mozilla1.8beta5

People

(Reporter: bugzilla, Assigned: bzbarsky)

References

()

Details

(Keywords: fixed1.8, regression, testcase)

Attachments

(1 file)

This spins off of bug 226593 Steps to reproduce: 1- Load provided URL 2- Click the "All borders" button Actual results: table rules are not visible Expected results: table rules are visible
Keywords: regression
Dynamic changes aren't even needed; it looks like we just broke rules="all" for the case when the table has no border set -- this is a regression from bug 155507. The problem is that the only reason rules="all" worked is that the post-resolve callbacks in nsHTMLStyleSheet mapped border styles onto table rows, cols, and colgroups. Now that we're not collapsing borders for rules="all", this does absolutely nothing, of course... For 1.9 we should just work on fixing bug 43178, but for 1.8 I see a few options, I guess: 1) Back out the patch for bug 155507. 2) Add a post-resolve callback for table cells (and probably remove the existing ones) 3) Fix bug 43178 for 1.8 (this kinda scares me, to be truthful). 4) Leave this broken in 1.8 and tell people to set the border (I'm not happy with this approach, frankly). Did I miss anything? David, option #3 sounds best to me if you think it wouldn't be too slow...
Severity: normal → major
Flags: blocking1.8b5?
OS: Windows XP → All
Hardware: PC → All
Summary: Dynamic changes to rules="all" does not work → rules="all" does not work when table has no border
Attached patch Patch (deleted) — Splinter Review
It's probably better to back this part out for now, pending bug 43178 being fixed.
Attachment #197501 - Flags: superreview?(dbaron)
Attachment #197501 - Flags: review?(bernd_mozilla)
Attachment #197501 - Flags: superreview?(dbaron) → superreview+
Comment on attachment 197501 [details] [diff] [review] Patch Boris, sorry but I am to lame to get these things fixed in a timely manner.
Attachment #197501 - Flags: review?(bernd_mozilla) → review+
Flags: blocking1.8b5? → blocking1.8b5+
Assignee: nobody → bzbarsky
Fixed on trunk.
Status: NEW → RESOLVED
Closed: 19 years ago
Priority: -- → P1
Resolution: --- → FIXED
Target Milestone: --- → mozilla1.8beta5
Comment on attachment 197501 [details] [diff] [review] Patch Requesting 1.8b5 approval. This just fixes a regression by backing out part of a patch... It's not great, but the best we can do in the 1.8 timeframe at this point, I think.
Attachment #197501 - Flags: approval1.8b5?
Attachment #197501 - Flags: approval1.8b5? → approval1.8b5+
Keywords: fixed1.8
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: