Closed
Bug 90194
Opened 23 years ago
Closed 21 years ago
[quirks]Changing foreground colour does not affect the table content
Categories
(Core :: CSS Parsing and Computation, defect, P3)
Tracking
()
RESOLVED
FIXED
People
(Reporter: bugs, Assigned: hyatt)
References
Details
(Keywords: regression, testcase, Whiteboard: [ruletree])
Attachments
(2 files, 1 obsolete file)
Build 2001070904 When a page is first loaded, changing the foreground colour on a page will change the colour of all elements, including the contents of tables. However, after the background colour has been changed, only the elements outside of tables are changed.
Comment 2•23 years ago
|
||
Confirmed marking NEW on win2k. Mucho strange.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: Changing background colour breaks foreground colour changes → Changing background colour breaks foreground colour changes
Comment 3•23 years ago
|
||
This seems to be a weird interaction of our table quirks with the code being used.... (not a problem in strict mode)
OS: Windows 95 → All
Summary: Changing background colour breaks foreground colour changes → [quirks]Changing background colour breaks foreground colour changes
Comment 4•23 years ago
|
||
I don't see this problem (Win2k), but if it's still there, it's a layout bug. Over to layout for further investigation.
Assignee: jst → karnaze
Component: DOM Style → Layout
QA Contact: ian → petersen
I suspect this is actually a style system problem related to the application of the document color rule. Does that make sense?
Assignee: karnaze → pierre
Component: Layout → Style System
QA Contact: petersen → ian
Assignee | ||
Updated•23 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0
Comment 8•23 years ago
|
||
Now the foreground of the table never changes (using yesterday's Linux CVS), regardless of whether or not it's done first.
Keywords: testcase
Depends on: 116161
Fixed by checkin of bug 116161 at 2002-01-07 15:45/46 PST.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Comment 10•22 years ago
|
||
David, Boris -- before i mark this bug verified , i need to clarify something ..... currently on win 2k ... build ID :- 2002-10-14-08trunk :- in QUIRKS mode : the foreground of the table never changes. in STRICT mode : the foreground of the table always changes. What is the required behaviour ? Please ... answers would be appreciated. Thx!
Priority: -- → P3
Comment 11•22 years ago
|
||
Hmm... I'm not sure how the quirks-mode cascading-in-tables stuff should be affecting this testcase....
Comment 12•22 years ago
|
||
Chris Karnase -- can u answer this question (comment 10), please ?
Comment 13•22 years ago
|
||
IE changes the foreground color, so there is a bug in quirks mode. I'm not sure if that should be a new bug or this one should be reopened.
Comment 14•22 years ago
|
||
I am reopening this bug. in QUIRKS mode ============== change the foreground color and background color. ::::::::actual:::::: 1.Text lying outside the TABLE changes foreground color 2.Text within the table cell never changes color ::::::::expected::::::: All the text should change foreground color. in STANDARDS mode ================= change the foreground color and background color. :::::::actual & expected::::::: All the text changes foreground color. Please see attached testcase (with STRICT DTD) NOTE: IE and Opera do not show the bug in quirks mode
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Summary: [quirks]Changing background colour breaks foreground colour changes → [quirks]Changing foreground colour does not affect the table content
Comment 15•22 years ago
|
||
attachment 41815 [details] : in QUIRKS mode
this testscase : in STANDARDS mode
Comment 16•22 years ago
|
||
attachment 41815 [details] : in QUIRKS mode
this testscase : in STANDARDS mode
Updated•22 years ago
|
Target Milestone: mozilla0.9.8 → ---
Attachment #105203 -
Attachment is obsolete: true
The problem here is that we need to detect any arbitrary style changes on the BODY element that lead to its color changing.
Fixed by patch to bug 94688.
Status: REOPENED → RESOLVED
Closed: 23 years ago → 21 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•