Closed Bug 282934 Opened 20 years ago Closed 19 years ago

sibling's background colour (not parents!) shows through with 'transparent' (default) CSS background colour

Categories

(Core :: CSS Parsing and Computation, enhancement)

Product:
Core
Component:
CSS Parsing and Computation
Platform:
x86
Windows 2000
Type:
enhancement
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED INVALID

People

(Reporter: szelp, Assigned: dbaron)

References

(
URL
)

Details

(Keywords: css2, testcase, xhtml) 

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; hu-HU; rv:1.7.5) Gecko/20041108 Firefox/1.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; hu-HU; rv:1.7.5) Gecko/20041108 Firefox/1.0

At the web page
   http://fsmat.at/~szelp/firefox/rendering-inconsistency.html
I both show the issue, and also have elaborated on it more widely.

Summarising it here, the behaviour of Firefox rendering the
background colour does not follow the expected result, neither
the CSS2 specification when certain elements, which
are by default not displayed are set to "display: block", such
as elements from within the <head> section.
Naturally, the parent element's background colour should be visible.
In this case its html. If the colour for html is not set, it
should be either neutral white/gray or the default background
colour set by the user.
Currently, in such a case the background colour of body -- which is
a sibling, not a parent of head! -- is used.

Reproducible: Always

Steps to Reproduce:
1. Go to the URL and see the unexpected behaviour.

Actual Results:  
Firefox renders the page both counter-intuitievely and also
not according to the CSS2 specifications

Expected Results:  
if html's background-color is not specified, but any element from
within head displayed, their background colour should be the default
one, and not body's.

The whole page (and sub-pages) is throughoutly valid XHTML 1.1 and CSS 2
Add keyword 'testcase'
Reporter, can you try with a nightly build to see if this is still a problem?
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2005-03-29-07-trunk/
Keywords: testcase
Hi,

I have tested it with the nighty from the link you gave.
The effect is the same as with the 1.0 version from the time
of reporting.

I'd like to note again nevertheless, that this is rather a report on
an expectable behaviour.
Firefox seems to follow a recommendation of the W3C for HTML4
documents, which, in scope of the new possibilities of XHTML+CSS2
seem deprecated.
The site at the URL (http://fsmat.at/~szelp/firefox/rendering-inconsistency.html)
explains the conflict in detail.

I have changed "severity:" from "minor" to "enhancement".
Severity: minor → enhancement
Behavior persists in the latest nightly, but whether it is truly a bug remains
to be seen.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: clean-report, css2, xhtml
I'm moving this to Core/Style
Assignee: firefox → dbaron
Component: General → Style System (CSS)
Product: Firefox → Core
QA Contact: general → ian
Version: unspecified → Trunk
The CSS2.1 spec, http://www.w3.org/TR/CSS21/ , is clearer, and I believe our
current behavior is correct and what you propose contradicts it.  However, your
page isn't clear about which behavior you think is not correct and contains much
more text than needed to describe a problem.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.