Closed Bug 202628 Opened 21 years ago Closed 8 years ago

Javascript rollover appears behind Quicktime window

Categories

(Core :: Layout, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

()

RESOLVED INVALID

People

(Reporter: goi, Unassigned)

References

()

Details

(Whiteboard: DUPEME)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4a) Gecko/20030411 Phoenix/0.5+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4a) Gecko/20030411 Phoenix/0.5+

Over at http://www.alienware.com/sub_pages/commercial.aspx, the Javascript
pulldown menus appear behind the Quicktime movie instead of in front of it. This
happens on both Phoenix and Mozilla. I'm using QT Pro 6, and the following builds:
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4b) Gecko/20030408
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4a) Gecko/20030410 Phoenix/0.5+
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4a) Gecko/20030411 Phoenix/0.5+

In IE6, the drop down menu appears in front of the quicktime window, which I
think is the desired behaviour, unless W3C specifies the standard otherwise? I'm
not sure if that's so.

Reproducible: Always

Steps to Reproduce:
1. Go to http://www.alienware.com/sub_pages/commercial.aspx
2. Let the Quicktime movie and the page load
3. Mouseover the top menu image "Information"

Actual Results:  
The drop down menu appears behind the Quicktime window

Expected Results:  
The drop down menu should appear in front of the Quicktime window
Whiteboard: DUPEME
This happens for not just inline Quicktime clips but also for Flash animation too.
-> Layout as triage

I don't have quicktime installed, however the menus still drop down "behind" the
standard "Click here to get the plugin" box. This is on Firebird 20030917 Win2k.
The closest bug I've found is bug 162153, but it doesn't seem appropriate.
There's also several old bugs about DIVs and IFRAMEs having the wrong z-index,
but neither of those is involved.

As a guess, the site is actually behaving as CSS standards dicate it should. I
seem to recall that, unless told otherwise, objects further down in an HTML file
are created "on top of" things closer to the top of the file. Since the <embed>
tag comes after the menus, it should be on top of them by default.
Assignee: asa → other
Status: UNCONFIRMED → NEW
Component: Browser-General → Layout
Ever confirmed: true
QA Contact: asa → ian
> As a guess, the site is actually behaving as CSS standards dicate it should. I
> seem to recall that, unless told otherwise, objects further down in an HTML file
> are created "on top of" things closer to the top of the file.

Things are a good bit more complicated than that, and if the menus use absolute
positioning, that's probably not true.

However, there are general issues with z-ordering and plugins.
*** Bug 271418 has been marked as a duplicate of this bug. ***
*** Bug 275308 has been marked as a duplicate of this bug. ***
Works on 20050125
Doesn't work 20050126
Depends on: 317375
Blocks: 317375
No longer depends on: 317375
Did this really work before? I'd be surprised if Quicktime windows ever appeared behind Web content. Or are the menus fixed position?
(In reply to comment #7)
> Did this really work before? 
Yes, this worked prior to the frame display lists patch. 
> Or are the menus fixed position?
Yes, the menus appear to be fixed position.
Assignee: layout → nobody
QA Contact: ian → layout
RIP QuickTime for Windows
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.