198457 - fphover.class in one tab bleeds through to other tabs

Status: VERIFIED DUPLICATE of bug 162134

(SeaMonkey :: Tabbed Browser, defect)

Description

[Mark Bitterling]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.3) Gecko/20030310
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.3) Gecko/20030310

This seems to be a potentially high profile bug, but I can not find it in
Bugzilla.  This may be related to bug 158018 but that is a Camino bug and this
seems to be a Mozilla bug.

Reproducible: Always

Steps to Reproduce:

1) Open a web page that uses Microsoft's fphover.class like
http://www.supermarionation.net/cloudbase/ 
2) Open another tab in the same window and bring it to the front so that the
fphover page is hidden (it does not matter if the new tab is blank or if it has
a web page loaded)
3) Move your mouse across the new tab in the area where the fphover.class
buttons were on the other page

Actual Results:  
The fphover buttons from the first tab are displayed in front of the second tab
in front of that page's content.   


Expected Results:  
When looking at the second tab, all elements of the first tab should be hidden.

Comment 1

[Mark Bitterling]

Attachment: Screenshot of the bug in action

This screenshot clearly shows the graphics from the Captain Scarlet page in the
far right tab improperly being displayed on top of mozilla's bug submission
page in the second to last tab.

Comment 2

[timeless]

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