441688 - Flash video object with default z-index 0 value overlaps other elements with higher z-index value

Status: RESOLVED INVALID

(Core :: Web Painting, defect)

Description

[Karl Philipp]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9) Gecko/2008052906 Firefox/3.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9) Gecko/2008052906 Firefox/3.0

Assume there is a Web page that includes a flash video object by means of the HTML element <object>, e.g.:

<object type="application/x-shockwave-flash" data="http://www.youtube.com/v/pws5TPcxJiY&amp;hl=en&amp;color1=0xe1600f&amp;color2=0xfebd01&amp;border=1" style="width: 425px; height: 373px;" />

Obviously the default value for z-index of the object should be zero.

Moreover assume that this Web page has a possibly fixed element (e.g. footer) with z-index 1.

If you scroll down the (content-rich) Web page the flash video object will overlap the fixed footer.

And in case you use the object element to include an image file as follows

<object data="./YouTube__Battlefield_Vietnam_Flaming_Dart__Fan_Video__425x37.jpg" />

the behaviour is as expected. During scrolling down the Web page the footer with z-index 1 will overlap the image.


Reproducible: Always

Steps to Reproduce:
Visit the URL above or try the very simple web page I will attach to this bug report later.

Comment 1

[Karl Philipp]

Attachment: This very simple Web page demonstrates the issue.

Comment 2

[Matthias Versen [:Matti]]

There is no windowless Tag for the object and that means that the flash plugin paints on it's own.

http://developer.mozilla.org/en/docs/Gecko_Plugin_API_Reference:Plug-in_Basics#Windowed_and_Windowless_Plug-ins

Comment 3

[Matthias Versen [:Matti]]

Attachment: modified example

Look at the 3 object tags, one with transparent, one with opaque and the last one without which results in a windowed output that doesn't honor the Z-index

Comment 4

[Karl Philipp]

(In reply to comment #2)
> There is no windowless Tag for the object and that means that the flash plugin
> paints on it's own.

When I filed this bug I was not aware of the fact that the layout engine (Gecko 1.9) used by Firefox 3 handles the object tag in another way as the previous version of the layout engine used by Firefox 2.

This week I've found on

http://review.zdnet.com/browsers/firefox-3/4505-3514_16-33087853.html

the following remark:

> Also, there will be changes in the way Firefox renders frames within its
> display and the way object tags are handled, as well as changes in event
> threading.

Does someone know where on the Mozilla Web sites the changes of the handling of the object tag by the Firefox 3 (resp. Gecko 1.9) are described in detail, that is, in comparison with Firefox 2?

I browsed different sections of the Mozilla Web sites (e.g. Mozilla Developer Center) and found no hints.

Comment 5

[Matthias Versen [:Matti]]

It's no difference between FF2 and FF3.
Mozilla0.6 which Netscape released as Netscape6.0 had the same falsh plugin modes (windowed and windowless).

If you want all changed between the 3 years old FF2 (Gecko1.8) branch and FF3 (Gecko1.9) then you have to query bugzilla for the thousand of fixed bugs.
I know only one difference, you can not override the mime-type within the object Tag.

Comment 6

[Karl Philipp]

Attachment: This very simple Web page demonstrates the issue.

Simplified the code of my original test case.

Comment 7

[Karl Philipp]

Attachment: Interaction of Firefox 2 and Flash video plugin

Screenshot was created using Firefox 2 and testcase uploaded as attachment 385772 [details]

Comment 8

[Karl Philipp]

Attachment: Interaction of Firefox 3 and Flash video plugin

Screenshot was created using Firefox 3 and testcase uploaded as attachment
385772

Comment 9

[Karl Philipp]

(In reply to comment #5)

Sorry, I'm a little bit late with my response ;)

But I would like to clarify that your statement

> It's no difference between FF2 and FF3.

is not reflected by the screenshots I've attached now: attachment 385816 [details] and attachment 385820 [details]