Closed
Bug 261780
Opened 21 years ago
Closed 3 years ago
Flash in overlapping divs gets moved to the background even when in top layer (wmode=transparent)
Categories
(Core :: Web Painting, defect)
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: rdkat, Unassigned)
References
()
Details
(Keywords: testcase)
Attachments
(3 files, 1 obsolete file)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040316
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040316
I have flash embedded in a layer of 197pixels high. another layer overlaps this
layer at 30px from top. The layer with the flash movie is on top of the other
layer. The flash movie displays a dropdownmenu.
The movie looses focus when content is displayed under the menu in the lower
layer. When no content is provided in the lower layer, the flashmovie plays
perfectly.
In IE all works fine.
Reproducible: Always
Steps to Reproduce:
1.Goto: http://morres.x-tra.nl/pid3652.html
2.Move over menu-items in menu: inspiratie
3.Watch the menu disappear when moving your mouse over menu-item modern.
4.Check the same menu in IE .
Actual Results:
The menu disappeared.
Expected Results:
Keep the menu on top and not loose focus.
Comment 1•21 years ago
|
||
I can see the bug, using:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a4) Gecko/20040925
Firefox/0.9.1+
I had to install Flash version 7, by the way, otherwise the menu didn't work.
This reminds me of bug 235081, bug 247280 and bug 255636.
Summary: Flash in overlapping divs gets moved to the background even when in top layer → Flash in overlapping divs gets moved to the background even when in top layer (wmode=transparent)
Comment 2•21 years ago
|
||
Comment 3•21 years ago
|
||
Hmm, I can't use the flash menu from bugzilla, so I'm directly linking to the
menu from the website (I hope you won't change the link anytime soon).
This testcase shows that the problem happens when a div with with scrollbars is
directly behind the Flash menu.
It seems like Mozilla gets confused of where the mouse cursor is, because after
I hovered over a menu-item (above the scrollable div) I can sometimes open a
drop down menu just by moving under the menu-items.
Attachment #160243 -
Attachment is obsolete: true
Comment 4•21 years ago
|
||
I can see this bug even in Mozilla1.02, by the way, so I don't think this is a
regression.
Comment 5•21 years ago
|
||
Sounds like z-ordering fun.
Assignee: nobody → roc
Component: Plug-ins → Layout: View Rendering
QA Contact: core.plugins → ian
Updated•21 years ago
|
Comment 6•20 years ago
|
||
Your testcase is confusing and I can't follow your instructions with regards to
it. Is this attachment how it's supposed to look?
Comment 7•20 years ago
|
||
Apparently the flash menu isn't working anymore. I'm not really sure why.
Comment 8•20 years ago
|
||
Probably because testcase is HTTPS and flash is HTTP. Is it possible that
firefox does not load unsecure items?
Updated•19 years ago
|
Comment 9•19 years ago
|
||
Sorry about changing the url, the url seems to be gone and the testcase doesn't work anymore because of that.
Comment 10•18 years ago
|
||
Possibly related to bug #283856 ?
Comment 11•18 years ago
|
||
See this URL :
http://www.srr.ro/test.htm
I have created a test page based on our website. The snow effect is a simple javascript which uses DIV elements with a IMG in them, positioned absolute via CSS.
Other styles do not use z-index (so the default is in effect).
Regardless of the z-index property for the DIV elements created by this javascript, the snowflakes stay BEHIND the flash content.
See this URL :
http://www.srr.ro/test2.htm
Here there is no related javascript, just a DIV element positioned absolute, with CSS, z-index:1. (any positive value at that).
I will add an attachement to illustrate how my Firefox renders this.
Comment 12•18 years ago
|
||
Comment 13•17 years ago
|
||
2 things that I'd like to add here: 1) It only seems to appear in the Windows version of Firefox, 2) If the div is positioned as 'fixed' the issue disappears.
The only way I've found so far around this issue is to remove the wmode parameter on the flash object (I say me, actually a colleague pointed me to this one). Setting the parameter to opaque doesn't appear to work, nor transparent, but removing it completely, solves the issue.
Hope this helps :-)
Updated•16 years ago
|
QA Contact: ian → layout.view-rendering
Assignee: roc → nobody
| Assignee | ||
Updated•7 years ago
|
Component: Layout: View Rendering → Layout: Web Painting
Comment 14•3 years ago
|
||
Flash is no longer supported
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•