Closed
Bug 202628
Opened 21 years ago
Closed 8 years ago
Javascript rollover appears behind Quicktime window
Categories
(Core :: Layout, defect)
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
Updated•21 years ago
|
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.
Comment 4•20 years ago
|
||
*** Bug 271418 has been marked as a duplicate of this bug. ***
Comment 5•20 years ago
|
||
*** Bug 275308 has been marked as a duplicate of this bug. ***
Updated•18 years ago
|
Did this really work before? I'd be surprised if Quicktime windows ever appeared behind Web content. Or are the menus fixed position?
Comment 8•18 years ago
|
||
(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.
Updated•15 years ago
|
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.
Description
•