Closed
Bug 91724
Opened 24 years ago
Closed 24 years ago
tables should not inherit style in quirks mode
Categories
(Core :: Layout: Tables, defect)
Core
Layout: Tables
Tracking
()
mozilla0.9.4
People
(Reporter: pierre, Assigned: hyatt)
References
Details
(Keywords: regression)
Attachments
(2 files)
|
152 bytes,
text/html
|
Details | |
|
2.43 KB,
patch
|
Details | Diff | Splinter Review |
This is a regression from the rule tree landing (bug 78695) and spin-off from bug
90425.
In quirks mode, tables should not inherit (almost) any style from the parent.
Since the rule tree landing, they do.
See the attached testcase:
<html>
<body>
<div style="color: red">
I should be red
<table>
<tr>
<td>I should be BLACK.</td>
</tr>
</table>
</div>
</body>
</html>
|
Reporter | |
Comment 1•24 years ago
|
||
|
|
Reporter | |
Updated•24 years ago
|
Does this break any real pages?
|
|
Reporter | |
Comment 3•24 years ago
|
||
If Microsoft emulated this Nav quirk, I guess it's because it breaks real pages.
A possible case is the following: a page with white text on black background
contains a table with a white background. Without the quirk, the text inside the
table may be displayed white on white.
|
Assignee | |
Comment 4•24 years ago
|
||
I deliberately only cut off those styles that needed to be cut off. In the old
code, IMO we cut off way too many styles. I think this should be addressed as
cases arise using -moz-initial.
|
||
Comment 5•24 years ago
|
||
hyatt: I thought the decision was to make colours not inherit? (And get their
colour from the BODY element instead.)
|
|
Assignee | |
Comment 6•24 years ago
|
||
This is not a ruletree regression. It was caused by the checkin for bug 46480.
We need to decide what the correct behavior in quirks mode should be here.
Removing ruletree keyword and cc'ing people who were involved in the fix to the
other bug.
Status: NEW → ASSIGNED
Whiteboard: [ruletree]
Target Milestone: --- → mozilla0.9.4
|
|
Assignee | |
Comment 7•24 years ago
|
||
There's actually another bug that explains the problem better, so we'll use
that one.
*** This bug has been marked as a duplicate of 87674 ***
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•