Firefox: player behaviour with wmode = opaque/transparent

[GoogleCodeExporter]

See also: https://github.com/flowplayer/site/issues/195

From the support forum, I can confirm that on Firefox, also with the 3.2.8dev 
demo :

After implementing FlowPlayer and setting the window mode to be transparent (or 
opaque) a couple of issues have appeared that effect FireFox on Windows.

When the window mode is set to transparent, and you attempt to interact with 
the player (i.e. drag the scrubber, use the volume control, etc.) - the whole 
flash object appears to move as if the user can drag it like an image to the 
desktop.
This is happening with your own example as well:
http://flowplayer.org/demos/configuration/wmode.htm

The same issue here:
http://frosted.razorfishtc.com/Our-story/Videos

Confirmed for Firefox 10.2 on Windows XP.

Has come up in email support as well.

Original issue reported on code.google.com by blacktrashproduct on 12 Mar 2012 at 8:04

[GoogleCodeExporter]

Hi that flowplayer page is non existant, so unsure where you got that from. 
having a look now. 

Original comment by dani...@electroteque.org on 13 Mar 2012 at 11:08

[GoogleCodeExporter]

thats pretty bad, it's acting like a layer. If i drag it to the desktop its 
creating a shortcut to the href url so its likely something to do with the a 
links. 

Will confirm will a direct embed. Might have something to do with the a tag / 
the image still / flowplayer api. 

Original comment by dani...@electroteque.org on 13 Mar 2012 at 11:15

[GoogleCodeExporter]

Hi its a known issue even though this suggests to use opaque

http://www.selteco.com/support/s1050.htm

Its still a problem cannot handle mouse events, I suggest its a documentation 
update. 

Original comment by dani...@electroteque.org on 13 Mar 2012 at 2:07

[GoogleCodeExporter]

anssi will make the doco update in regards to wmode for firefox. 

Original comment by dani...@electroteque.org on 13 Mar 2012 at 2:09

[GoogleCodeExporter]

See also issue306

Original comment by blacktrashproduct on 29 Mar 2012 at 8:17

[GoogleCodeExporter]

Perhaps more documentation should be directed to using the content plugin 
instead ? I still reckon it's got something to do with the a tag container 
rather than flash itself perhaps, but it's decided to just change 
documentation, has it been done ? 

Original comment by dani...@electroteque.org on 29 Mar 2012 at 8:25

[GoogleCodeExporter]

http://flowplayer.org/demos/configuration/wmode.html#disadvantages ?

But this concerns not only scenarios which can be solved via the content 
plugin. More often than not it's about a drop down menu which should overlay 
the player in the dropped down state.

Original comment by blacktrashproduct on 29 Mar 2012 at 1:49

[GoogleCodeExporter]

What are you suggesting then. 

Original comment by dani...@electroteque.org on 29 Mar 2012 at 2:09

[GoogleCodeExporter]

I just gave the pointer to the current docs so someone in the know can add 
appropriate stuff. I wasn't saying that I'm against a pointer to the content 
plugin. So, yes, I think there is still a documentation bug.

Personally I am more worried that wmode transparent is hardcoded in the embed 
code of the sharing and viralvideos plugins (issue306).

Original comment by blacktrashproduct on 30 Mar 2012 at 9:10

[GoogleCodeExporter]

Yes I think 306 is a problem. 

Original comment by dani...@electroteque.org on 30 Mar 2012 at 9:19

[GoogleCodeExporter]

I'm confident it has something to do with the a link container, if you test 
this on windows firefox it does not drag

http://www.adamia.com/blog/visualizing-flash-wmode-options
http://www.miracletutorials.com/embedding-playlist-streaming-video-using-jw-play
er/

I think it needs to be persued further. 

Original comment by dani...@electroteque.org on 30 Mar 2012 at 9:58

[GoogleCodeExporter]

I've fixed up 306 

http://dl.dropbox.com/u/3394987/flowplayer.sharing-3.2.8.zip
http://dl.dropbox.com/u/3394987/flowplayer.viralvideos-3.2.8.zip

embed: {

    wmode: "window"
}

Perhaps if a div tag is used instead it might work around the issue. If you 
notice it will start to drag, and if you drag to the desktop it will copy a 
shortcut to the href link, I think its a firefox bug not flash. 

Original comment by dani...@electroteque.org on 30 Mar 2012 at 10:29

[GoogleCodeExporter]

Should I continue looking into this possible a tag problem ? 

Original comment by dani...@electroteque.org on 31 Mar 2012 at 11:57

[GoogleCodeExporter]

Any ideas what to do next with this ? confident it's an issue with the a tag 
container. 

Original comment by dani...@electroteque.org on 15 Apr 2012 at 6:24

[GoogleCodeExporter]

Ok, here's a version of
http://flowplayer.org/demos/standalone/configuration/wmode.html
with a div tag as container:
http://flowplayer.blacktrash.org/test/wmode.html

Can you test it? I will also notify Bernd to test it. If this works, then we 
should change the container tag in the demo to div, and document the fact that 
this does not work reliably with anchor tag containers.

Original comment by blacktrashproduct on 15 Apr 2012 at 12:16

[GoogleCodeExporter]

Yeah the links I sent above did not have the problem in opaque wmode, i'll keep 
looking at this. 

Original comment by dani...@electroteque.org on 15 Apr 2012 at 1:03

[GoogleCodeExporter]

Yep doesn't happen, the volumebar is draggable. Ignore the fact you can't drag 
the scrubber, your version has the issues you've been experiencing which is not 
a problem in the sources ;)

So if you use the div tag instead of a-tag for opaque wmode, then that works 
around a "bug" in firefox trying to drag the a tag container ;)

Original comment by dani...@electroteque.org on 15 Apr 2012 at 1:20

[GoogleCodeExporter]

Documentation update ? 

Original comment by dani...@electroteque.org on 15 Apr 2012 at 1:21

[GoogleCodeExporter]

I will take care of the demo and doc updates on the site.

object inside an a-tag is not valid html, so windows firefox has a point there 
;-)

Original comment by blacktrashproduct on 15 Apr 2012 at 1:32

[GoogleCodeExporter]

Ok i'll close this for now cheers ;)

Original comment by dani...@electroteque.org on 15 Apr 2012 at 2:07

• Changed state: Verified