Closed Bug 538989 Opened 15 years ago Closed 14 years ago

flash embed is not displayed when it is contained in a div that has -moz-transform css value

Categories

(Core :: Layout, defect)

defect
Not set
major

Tracking

()

RESOLVED INVALID

People

(Reporter: julien.bachmann, Unassigned)

References

Details

(Keywords: regression, testcase, Whiteboard: workaround in comment 4)

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; fr; rv:1.9.2) Gecko/20100105 Firefox/3.6
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; fr; rv:1.9.2) Gecko/20100105 Firefox/3.6

If you have a page that has a flash embed that is inside a div that has a css transform, then the flash is not displayed.

Reproducible: Always

Steps to Reproduce:
1. Create a page whith following HTML
<html>
  <head>
    <title></title>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <div id="board" style="top: 0px; left: 251.5px; z-index: 0; height: 600px; width: 800px; background-color: rgb(255, 255, 255); -moz-transform-origin: 0px 0px; -moz-transform: scaleX(1) scaleY(1);">
      <object width="560" height="340"><param value="http://www.youtube.com/v/xyPeo10f4kg&amp;hl=fr_FR&amp;fs=1&amp;" name="movie"/>
        <param value="true" name="allowFullScreen"/>
        <param value="always" name="allowscriptaccess"/>
        <embed width="560" height="340" allowfullscreen="true" allowscriptaccess="always" type="application/x-shockwave-flash" src="http://www.youtube.com/v/xyPeo10f4kg&amp;hl=fr_FR&amp;fs=1&amp;"/>
      </object>
    </div>  
  </body>
</html>
2. Open this page in FireFox 3.6
Actual Results:  
video is not displayed

Expected Results:  
Youtube video must be displayed.

This was working well in Firefox 3.5.
Confirmed with Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.3a1pre) Gecko/20100110 Minefield/3.7a1pre

Regression on 21 July 2009, so I assume it is caused by the Compositor changes.
Component: General → Plug-ins
OS: Mac OS X → All
Product: Firefox → Core
QA Contact: general → plugins
Hardware: x86 → All
Version: unspecified → Trunk
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: blocking1.9.2?
Keywords: regression, testcase
Rob, David: respin needed? Not sure how common we think this pattern is, but it sounds like a pretty bad regression. :/
Component: Plug-ins → Layout
QA Contact: plugins → layout
This is intended behavior. There is no way to support transformed windowed plugins, so we have decided to just hide them.

It is also not a common pattern, since CSS transforms are a relatively new feature, and transformed windowed plugins have never worked. The reporter's testcase only appears to work in Firefox 3.5 because it uses the identity transform. If we wanted to make windowed plugins work with CSS transforms when the transform is the identity transform, we could, but it hardly seems worth it.
One way around the problem is to use wmode="transparent" --- that will work with any transform.

Another way around the problem would simply be to not use CSS transforms here.
Resolving this as invalid as per comment 4.
Status: NEW → RESOLVED
Closed: 15 years ago
Flags: wanted1.9.2+
Flags: blocking1.9.2?
Flags: blocking1.9.2-
Resolution: --- → INVALID
Whiteboard: workaround in comment 4
Flags: wanted1.9.2+
transform was working well for windowless plugin (wmode="transparent") as mentionned in comment 5.
Since last release of firefox 3.6.6 it no more working. flash plugin is no more displayed if a transform is applied on a parent node even if it is a windowless embed.
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
It would probably be clearer to have a separate bug describing that regression than to reuse this one.  (But if you file a new one, please mention it here.)
I have entered a new bug instead of reopenning this one. See #576100
Status: REOPENED → RESOLVED
Closed: 15 years ago14 years ago
Resolution: --- → INVALID
See Also: → 576100
Thanks.  (That just makes it much easier to point somebody to a bug number and have it be clear which problem I'm talking about, and also makes it easier to understand during bug triage when we decide which bugs need to block a release.)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: