Right-clicking on a flash applet may cause 'nsplugin.bin' to hang firefox. Killing nsplugin.bin will end the flash applet, but unhang firefox.
Further details: Not all flash applets suffer from the right-click-of-death, but the official "About Flash" page from adobe has two of them, both the banner and the version number display area: http://www.adobe.com/software/flash/about/ Current recommended workarounds: -> Use a 32-bit browser such as www-client/firefox-bin -> Use nspluginwrapper but treading carefully may work for you, it may not.
It also causes chromium to hang :'(
More info: https://bugs.launchpad.net/ubuntu/+source/nspluginwrapper/+bug/592492 http://code.google.com/p/chromium/issues/detail?id=40157 (I really hope future chromium versions workaround this)
CCing chromium maintainers to check workaround from: http://code.google.com/p/chromium/issues/detail?id=40157 Also adding mozilla maintainers since I was unable to find any bug in mozilla upstream related with this hang :-(
(In reply to comment #2) > It also causes chromium to hang :'( Which chromium? My dev channel 6.0.437.1 was fine, but 5.0.375.70 is most probably affected. Should we add a blocker maybe, similar to the gecko-mediaplayer case?
(In reply to comment #5) > (In reply to comment #2) > > It also causes chromium to hang :'( > > Which chromium? My dev channel 6.0.437.1 was fine, but 5.0.375.70 is most > probably affected. Should we add a blocker maybe, similar to the > gecko-mediaplayer case? > Is not possible to try to bump to >=5.0.375.76? If not, maybe would be possible to apply patches from: http://src.chromium.org/viewvc/chrome?view=rev&revision=48854 http://src.chromium.org/viewvc/chrome?view=rev&revision=48982 to 5.0.375.70 :-/
(In reply to comment #6) Okay, will bump to chromium-5.0.375.70-r1 containing http://src.chromium.org/viewvc/chrome?view=rev&revision=48982 . Compile testing right now.
(In reply to comment #4) > CCing chromium maintainers to check workaround from: > http://code.google.com/p/chromium/issues/detail?id=40157 Thanks for the alert, this is now in the tree as chromium-5.0.375.70-r1. Please take a look at the updated stabilization bug #322343. Could you test the new version on amd64 and mark it stable?
It works fine now :-D Thanks (sorry for the delay, but it takes hours to build on my dev machine)
Since I have upgraded to www-plugins/adobe-flash-10.1.53.64, Youtube is not working for me anymore. It's says I need to upgrade my flash plugin. I have tried with chromium and firefox.
Something wrong with nspluginwrapper or 32bits libs because i tried flash 10.1 on another 64bits distro and it works great.
What distro? Because seems that ubuntu is also affected by this. Thanks for the info
(In reply to comment #12) > What distro? Because seems that ubuntu is also affected by this. Thanks for the > info > I packaged a rpm for caixamagica (distro based on mandriva) and works as expected. No idea about ubuntu.
(In reply to comment #10) > Since I have upgraded to www-plugins/adobe-flash-10.1.53.64, Youtube is not > working for me anymore. It's says I need to upgrade my flash plugin. > I have tried with chromium and firefox. Please open a separate bug for this issue so it doesn't get lost. This bug is about hanging browsers.
(In reply to comment #13) > I packaged a rpm for caixamagica (distro based on mandriva) and works as > expected. No idea about ubuntu. Just to be clear: by "works as expected" do you mean that you can go to the Adobe "about flash" page: http://www.adobe.com/software/flash/about/ right-click on the banner and/or the version display area, and still have your browser function properly? What version of firefox, and nspluginwrapper are you testing with, and are you certain it is a 64-bit firefox and not a 32-bit firefox?
(In reply to comment #4) > CCing chromium maintainers to check workaround from: > http://code.google.com/p/chromium/issues/detail?id=40157 > > Also adding mozilla maintainers since I was unable to find any bug in mozilla > upstream related with this hang :-( To Mozilla maintainers: Any idea if there is an upstream bug yet? Sounds like this is something that should be worked-around in the browser until Adobe fixes 10.1 I wonder if there's an upstream bug with Adobe about this? I would hope that the chromium and/or mozilla upstream could work with them on it...
(In reply to comment #15) > (In reply to comment #13) > > I packaged a rpm for caixamagica (distro based on mandriva) and works as > > expected. No idea about ubuntu. > > Just to be clear: by "works as expected" do you mean that you can go to the > Adobe "about flash" page: http://www.adobe.com/software/flash/about/ > right-click on the banner and/or the version display area, and still have your > browser function properly? > You have version 10,1,53,64 installed > What version of firefox, and nspluginwrapper are you testing with, and are you > certain it is a 64-bit firefox and not a 32-bit firefox? > Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.3) Gecko/20100517 Caixa Magica Linux/1.9.2.3-9xcm15 (15) Firefox/3.6.3 and nspluginwrapper-1.3.0-5mdv2010.1
I have checked firefox, nspluginwrapper, gtk+ and pango and I don't see what could prevent the hang from occurring then (this hang has also been reported on other distributions like Arch, Fedora, opensuse). Are you sure you are running flash 10.1? Have you tried to right-lick repeatedly on flash objects? (sometimes it doesn't hang first time but ends hanging after a few tries) Could you try with epiphany-2.30*? (it uses webkit and is also affected, if it hangs and your firefox not maybe there is a difference in firefox between caixamagica and other distros)
(In reply to comment #18) > Are you sure you are running flash 10.1? Have you tried to right-lick > repeatedly on flash objects? (sometimes it doesn't hang first time but ends > hanging after a few tries) > Tested in 3 machines (one in VBOX) not a single hang not even in fullscreen. > Could you try with epiphany-2.30*? (it uses webkit and is also affected, if it > hangs and your firefox not maybe there is a difference in firefox between > caixamagica and other distros) > Epiphany 2.30 is fine too, even with adobe-flash official rpm. (but i'm using my own RPM).
Using nspluginwrapper from ~amd64 works on chromium and firefox. It won't work 100% perfect because when i see flash version and close the tab flash crashes (not the browser). But oh well we always expect this kind of trouble on amd64
*** Bug 331459 has been marked as a duplicate of this bug. ***
The good news is that the new 10.2 preview release from Adobe (which is in the tree) comes in a native 64-bit flavour again. So install that and we're just fine! I'll leave this bug open until 10.2 is officially released and we can mark it stable.
(In reply to comment #22) > The good news is that the new 10.2 preview release from Adobe (which is in the > tree) comes in a native 64-bit flavour again. So install that and we're just > fine! > > I'll leave this bug open until 10.2 is officially released and we can mark it > stable. > VDPAU-based video acceleration is now supported in the latest 32-bit release of Adobe Flash. The 64-bit version has no video acceleration support. :/
nothing for mozilla team here.
How do we get the native 64-bit 10.2 on a multilib system?
(In reply to comment #25) > How do we get the native 64-bit 10.2 on a multilib system? It's part of www-plugins/adobe-flash-10.2.152.27_p201011173-r2 with USE="64bit", available under ~amd64 Technically speaking the 64-bit native is still a "beta" release of their codename "square" software (which has a version number 10.3 not 10.2), but those are just annoying packaging details.
I have not been able to replicate these hangs with the latest stable flash player (10.2.153.1), a 64-bit firefox, and nspluginwrapper. Marking this bug as fixed, and removing the associated warning text from the adobe-flash post-install elog text.
