Closed Bug 576100 Opened 14 years ago Closed 13 years ago

Flash windowless embed is not displayed when a CSS transform is applied on a parent node

Categories

(Core Graveyard :: Plug-ins, defect)

Product:
Core Graveyard
Component:
Plug-ins
Platform:
x86
macOS
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(blocking2.0 -, status1.9.2 wanted, status1.9.1 unaffected)

Status:
RESOLVED FIXED
Tracking Flags:
Tracking Status
blocking2.0 --- -
status1.9.2 --- wanted
status1.9.1 --- unaffected

People

(Reporter: julien.bachmann, Unassigned)

References

(
URL
)

Details

(Keywords: regression, Whiteboard: fall-out from OOPP, fixed on trunk by retained layers)

Attachments

(1 file)

test - fail
505 bytes, text/plain
lstephenson
: review+
Details 
User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6

If you embed a flash player in windowless (wmode = transparent) and apply a -moz-transform on its parent node, the embed disappear. It is normal behaviour for windowed but not for windowless

Reproducible: Always

Steps to Reproduce:
1.Open URL
2.Click on Zoom+ or Zoom-
3.
Actual Results:  
video disappear

Expected Results:  
video is zoomed

a bug was already reported before but it was for windowed embed. Developper told that it was normal behaviour. But now the problem appear for windowless embed. See bug #538989
See Also: → 538989
Component: Layout → Plug-ins
QA Contact: layout → plugins
Between which versions did the problem start happening?  And what operating systems were you testing on?
Problem appeared between version 3.6.3 and 3.6.6. I'm not sure exactly when problem appeared but I just tested on 3.6.3 and it is working. I'm pretty sure it was also working on 3.6.5 but I don't have 3.6.5 anymore and I don't know where I can download previous version of firefox. 

I'm testing on Mac OS X 10.6.4
blocking1.9.2: ? → ---
status1.9.1: --- → unaffected
status1.9.2: --- → wanted
Keywords: regression
Whiteboard: fall-out from OOPP
I cannot reproduce this on OSX10.5 and latest trunk. Perhaps retained-layers fixed it? Can you try today's nightly and report back?
I've checked on last version of the trunk "Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; en-US; rv:2.0b2pre) Gecko/20100719 Minefield/4.0b2pre" and it is working.
But should this regression should be fixed on the 3.6 branch also?
At this point, it would be nice, but I'm not sure it's going to make the list of important-enough-to-work-on.
Status: UNCONFIRMED → NEW
blocking2.0: ? → -
Ever confirmed: true
Whiteboard: fall-out from OOPP → fall-out from OOPP, fixed on trunk by retained layers
Hi - I'm still able to repro this.

It applies specifically on Mac OSX, not on PC version of Firefox (see below)
Note possible dependency on Flash version indicated.

We'll find a workaround for this currently - our CMS code is autogenerating CSS3 defaults which are being cascaded down to the <object /> element generated by SWFObject.



Affected browser version : Firefox 3.6.10; 
PPC Mac OSX 10.4 (also repro on Intel Mac)

Issue not present : Firefox 3.6.3, PPC Mac OSX 10.4
Issue not present : Adobe Flash player 10,0,45,2

Updated base installs and re-tested :
Issue not present : Firefox 3.6.10, PPC Mac OSX 10.4
Issue present : Adobe Flash player 10,0,45,2 (after update)

So it seems some interaction between the latest public Flash release is more related than the actual browser version. Safari and Chrome are unaffected using the equivalent transform settings.

A suggestion : Perhaps these could just be ignored on <object /> <embed /> if there's an issue with applying the transform safely, rather than actually hiding the content ? I'd prefer graceful degradation to actual failure :-)


Minimal repro code :

<html>
	<head>
		<title>Test flash playback</title>
	</head>
	<body>
		<div style="border: 1px solid red; -moz-transform: scale(1) rotate(0deg) skewX(0deg) skewY(0deg)">
		<object width="639" height="366" type="application/x-shockwave-flash" data="http://www.youtube.com/v/WQUhwcsIY1A?fs=1&amp;hl=en_US">
			<param name="quality" value="high">
			<param name="wmode" value="transparent">
			<param name="allowScriptAccess" value="sameDomain">
			<param name="scale" value="default">
		</object>
		</div>
	</body>
</html>

HTH, Cheers - Neil Smith
MVP Digital Media 2004-2010
http://mvp.support.microsoft.com
What about in the latest Firefox 4 beta?
One of our developers ran this against FF4 beta and confirmed it's not an issue in that version : 

"Mark Cooke to me, Luciana, Team" 3 Oct (5 days ago)
I can confirm that the video widget works in Firefox 4.0b6"

We'd prefer not all users on the interwebs to have to upgrade just yet though :-)

HTH, Cheers - Neil
This bug still happens to me in FF 4.0.1

too bad, because chrome and even ie9 are able to set the transformation right.
Attached file test - fail — 
this is a example of a broken element /w a flash video
Attachment #540346 - Flags: review+
This is fixed in Firefox 5. It was fixed in bug 644832.
Status: NEW → RESOLVED
Closed: 13 years ago
Depends on: 644832
Resolution: --- → FIXED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: