User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; GTB6.3; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2b4) Gecko/20091124 Firefox/3.6b4 I am using Shockwave Flash 126.96.36.199 This problem does not occur when loading the same flash URL in the browser window itself or in previous versions of Firefox. I have observed the problem both with my own Flash as well as with flash objects loaded within youtube. Example to add to XUL: <iframe src="http://www.tizag.com/pics/example.swf" flex="1" height="28" width="225"/> Note that the flash at http://www.tizag.com/pics/example.swf works fine when loaded in the main browser window, but is completely black when loaded through the xul of a plugin. This is true for all swf files. Reproducible: Always Steps to Reproduce: 1.Create a custom toolbar which contains an iframe within a toolbaritem in the main xul file (sized to fit the toolbar). 2.Point this iframe's src to any remote swf file. 3.Build and install the xpi file. Actual Results: Flash AS3 code appears to be executing but the flash region is entirely black. Expected Results: Flash should have displayed exactly like Firefox 3.5 displays it.
Did you try iframe type="content"? This is a quite unusual situation and it is not a blocker.
Flags: blocking-firefox3.6? → blocking-firefox3.6-
Great suggestion! Thanks, that fixed the problem. Is it still a bug that type="content" is required in the xul case but not the browser case?
Well... when writing chrome code and loading content in an iframe, you should always use type="content" (for security reasons). It's surprising to me that this affects plugin loading, but that's probably related to compositor... I'm not sure.
There is probably a regression from the 3.6 compositor work. I'll look into it. Does it work if the plugin is in windowless mode?
Component: Extension Compatibility → Plug-ins
Product: Firefox → Core
QA Contact: extension.compatibility → plugins
Assignee: nobody → roc
Hmm, seems to work for me on trunk with a simple test added to layout/base/tests/chrome.
When flash is in windowless mode I get the same results - works with type="content" fails without.
Mats, can you look into this?
Assignee: roc → matspal
Confirming based on very similar bug 529263.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Can you make a standalone XUL file that shows the problem with loaded with the -chrome parameter?
Also, are you able to use windowless mode to work around the problem? wmode="opaque" or wmode="transparent"?
I had exactly the same problem. But loading the flash in windowless mode, either opaque or transparent solves the issue for me. That's still a regression as it was working in 3.5 even in window mode, but at least, there is a work around. However comment #6 seems to say it did not solve the issue, but I'm now running 3.6.3 which may be the difference.
wmode=opaque seems to work around the issue for me.
We're facing the same problem...not able to get flash to work in a sidebar. To see the problem, anyone can try installing the add-on youplayer into 3.6.3...videos shouldn't play. We've found that setting type="content-primary" is a workaround for our problem (to enable flash to work in the sidebar), but it's not the solution.
Resolving old bugs which are likely not relevant any more, since NPAPI plugins are deprecated.
Status: NEW → RESOLVED
Last Resolved: 2 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.