Closed
Bug 172717
Opened 23 years ago
Closed 22 years ago
flash content appears above dynamic layer
Categories
(Core :: Layout, defect, P3)
Tracking
()
RESOLVED
INVALID
Future
People
(Reporter: heeew, Assigned: attinasi)
References
()
Details
Attachments
(2 files, 2 obsolete files)
MouseOver the 'Home Loans' button at the left lower hand corner, dynamic layer
will appear. The Flash content on the page appears above this, covers it.
Comment 1•23 years ago
|
||
I've confirmed this bug in Win98SE on the site given. The site works fine when
viewed in IE6.
Comment 2•23 years ago
|
||
Comment 3•23 years ago
|
||
Comment 4•23 years ago
|
||
I made a test case that illustrates what is going on. It involves two files, so
you need to download/copy them into a common directory to view them properly.
Name the first file 'memylife.html' and the second 'myappointment.html'. The
latter file appears in the former as an IFRAME.
Comment 5•23 years ago
|
||
This also happens if an image is used instead of a plug-in. Replace the object
and nested embed with an image call and you will see the same problem. This is
not unique to plug-ins.
Reassigning to Kevin
Assignee: beppe → kmcclusk
Status: UNCONFIRMED → NEW
Component: Plug-ins → Layout
Ever confirmed: true
Comment 7•23 years ago
|
||
I think there is another 'testcase' on http://www.lesfrontaliers.lu . Click on
your "reload" button till the advertising in the top right corner is flying 'bees'.
With that ad, the hypertext links are inactive because unreachable.
(using Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2b) Gecko/20021020)
Updated•23 years ago
|
Priority: -- → P3
Target Milestone: --- → Future
Comment 8•23 years ago
|
||
Attachment #101855 -
Attachment is obsolete: true
Comment 9•23 years ago
|
||
The testcase worksforme with a current Linux build. Is this still a problem?
Comment 10•23 years ago
|
||
please fix this bug
check the 1st navigation button that should cover the flash object in the RHS
http://www.intel.com/apac/eng/ebusiness/
Comment 11•22 years ago
|
||
This is a new, simplified testcase that shows the problem more clearly. It
also shows that comment 5 is incorrect, images do not cover the iframe.
When you view the testcase, the flash object will immediately cover the iframe.
Switch to another tab and then back, and you will be able to see the contents
of the iframe again. As the Santa moves across the flash object, you will see
him cover parts of the iframe. Also, if you click on the bottom part of the
iframe (the part with no flash on top of it) and highlight the text above it,
you'll see parts of the text flash in and out.
Updated•22 years ago
|
Attachment #101857 -
Attachment is obsolete: true
Comment 12•22 years ago
|
||
That testcase is not using wmode, so Flash is painting directly to the rendering
device, without letting Mozilla layer it. See the documentation on using wmode
with Flash that Macromedia provides. If that testcase is all there is to the
bug, this is worksforme.
Comment 13•22 years ago
|
||
Thank you for your insight, Boris. Macromedia has a TechNote on this issue at
http://www.macromedia.com/support/flash/ts/documents/flash_top_layer.htm
(TechNotes 15523 and 14201).
By adding in <param name="wmode" value="transparent"> inside the OBJECT tag and
wmode="transparent" to the EMBED tag, the problem is fixed (although only the
second change seems to be necessary). Shouldn't we mark this bug Invalid?
(as a side note, Mozilla by default renders iframes with transparent
backgrounds, but IE with white backgrounds, and IE seems to put the flash object
behind the iframe by default.)
Comment 14•22 years ago
|
||
> although only the second change seems to be necessary
That's because the <object> is using an ActiveX classid and will only be
rendered by IE; Mozilla is rendering the <embed>.
Yeah, if that's the only testcase we have for this bug then this is worksforme
(not really invalid, since I have no idea what the initial problem looked like,
I guess).
Comment 15•22 years ago
|
||
Agree with the invalid.
Marking it so.
Let me know you disagree.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•