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)

x86
All
defect

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.
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
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
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
It appears to be a regression from the rule tree landing (bug 78695).
Assignee: pierre → hyatt
Blocks: 91672
Keywords: regression
Whiteboard: [ruletree]
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0
->98
Target Milestone: mozilla1.0 → mozilla0.9.8
Now the foreground of the table never changes (using yesterday's Linux CVS),
regardless of whether or not it's done first.
Keywords: testcase
Fixed by checkin of bug 116161 at 2002-01-07 15:45/46 PST.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
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
Hmm... I'm not sure how the quirks-mode cascading-in-tables stuff should be
affecting this testcase....
Chris Karnase --
can u answer this question (comment 10), please ?
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.
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
Attached file with "strict dtd" (obsolete) —
attachment 41815 [details] : in QUIRKS mode
this testscase	 : in STANDARDS mode
Attached file with "strict dtd"
attachment 41815 [details] : in QUIRKS mode
this testscase	 : in STANDARDS mode
Target Milestone: mozilla0.9.8 → ---
The problem here is that we need to detect any arbitrary style changes on the
BODY element that lead to its color changing.
Depends on: 94688
Fixed by patch to bug 94688.
Status: REOPENED → RESOLVED
Closed: 23 years ago21 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: