217694 - Mozilla erroneouisly inherits style charasteristics when switching between styles

Status: RESOLVED DUPLICATE of bug 217604

(Core :: Web Painting, defect)

Description

[Simon Spiegel]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030827 Mozilla Firebird/0.6.1+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030827 Mozilla Firebird/0.6.1+

While fiddling around with my homepage I came across some strange css behaviour
which I think is not due faulty code but problems in Gecko (AFAIK the css is -
besides an IE hack - 100% w3 compliant). Here's my setup (look at
http://www.simifilm.ch/ai.html as an example): I have on my page 4 different
styles which can be selected with a javascript styleswitcher. This all works
well but in some cases the switching seems to take influence on the style, the
selected style seems to inherit parts of the older style which is of course wrong.

Reproducible: Always

Steps to Reproduce:
1. Load the page and select, select "rot" from the style menu on the left side.
Watch how with the new style the top menu bar stays there when you scroll down.
2. Switch to style "anders" and then switch again back to "rot".
3. If you scroll down now, the top menu bar becomes transparent.
Actual Results:  
The menu bar becomes transparent.

Expected Results:  
The top menu bar should remain solid as before.

If you once again load the "rot" style, everything works fine again.

Comment 1

[Simon Spiegel]

Some additional information:

The "rot" stylesheet is http://www.simifilm.ch/standard3.css
The "anders" stylesheet is http://www.simifim.ch/drei.css

Comment 2

[Boris Zbarsky [:bzbarsky]]

roc, it looks like things are ending up in the wrong z-order here...

Simon, could you possibly create a testcase with minimal text and stylesheets? 
That would help enormously...

Comment 3

[Simon Spiegel]

I'll see what I can do. I had a helluva time getting this stuff work and now I'm
afraid to change anythig. ;)

Comment 4

[Simon Spiegel]

Ok, I reduced the whole thing, see the testcase at http://www.simifilm.ch/test.html

I've kicked everything out, including the style switcher since the effect is
also here if I switch style with Mozilla/Firebird. I have now only two
stylesheets, 1.css and 2.css. The same effect with the menu bar is visible now,
but there's also something new. Before, when reloading the menu bar would become
visible again. This does *not* work anymore. Now, reloading has the same effect
as switching the style had before (watch also how the formating of the text in
the menu bar changes). I have to switch to "No page style" and then back to
1.css again to get a nontransparent menu bar.

HTH

Comment 5

[Boris Zbarsky [:bzbarsky]]

The correct rendering there is for the "blablabla" content to go over the
menubar, since they have the same z-index and it comes later in the document order.

So in fact the bug is that switching to "Basic Page Style" and then back to "1"
gets the z-ordering wrong...  Over to roc.

Comment 6

[Simon Spiegel]

Changing the URL to the reduced test case to avoid confusion. The stylesheet of
the original has been fixed and everything is working fine now. But, as Boris
said, there's still a bug in Moz, since the code shouldn't have worked in the
first place.

Comment 7

[Robert O'Callahan (:roc) (email my personal email if necessary)]

duplicate of 217604?

Comment 8

[Boris Zbarsky [:bzbarsky]]

Maybe... 217604 is about abs pos boxes; here we have a fixed pos one and an abs
pos one (so this is not likely to be a child list ordering issue).

Comment 9

[Robert O'Callahan (:roc) (email my personal email if necessary)]

There's a problem with the ordering of views as well as the ordering of frames.
See my upcoming comment in 217604.

Comment 10

[Robert O'Callahan (:roc) (email my personal email if necessary)]

My patch for bug 217604 fixes this.

*** This bug has been marked as a duplicate of 217604 ***