The problem could be on either of both packages but net-www/netscape-flash-9.0.60 plug-in is not working at all in opera-9.50. Most of the time, the flash animation area appears blank. Packages affected: net-www/netscape-flash-9.0.60.0_beta100107 www-client/opera-9.50 (all versions) Reproducible : Always (go to www.adobe.com for example) Reverting back to netscape-flash-9.0.48.0-r1 fix the problem. May be revelant or not but I'm running KDE-3.5.8 (was also there with 3.5.7).
Created attachment 135248 [details] emerge --info
*** This bug has been marked as a duplicate of bug 127200 ***
It's not exactly the same bug. The net-www/netscape-flash-9.6* betas have far worse problems when used with the www-client/opera-9.50* betas than for instance Youtube videos not displaying - on one system it's impossible to play Flash games but Youtube works fine (even though it still crashes Opera after at most a few minutes). Opera has promised to resolve these issues when 9.50 goes final and according to the URL, the problems have got worse going from beta1 to beta2.
Please check for stale oss or libs. Removing those fixed the 9.0.60 flash problems for a friend of mine. He tested oss when it's source was released, and had the libs still lay around, but his later kernel only had alsa. opera did all wierd things, including crashes, when the flash plugin was loaded and tried to use those libs.
(In reply to comment #4) > Please check for stale oss or libs. That's entirely unrelated to this bug.
Sorry I know we are talking about Opera here, but maybe there is just a general problem with this version of netscape-flash. Wouldn't work for me with the latest version/release of Firefox and had to downgrade to net-www/netscape-flash-9.0.60.0_beta082207 to get it to work again.
(In reply to comment #6) > Sorry I know we are talking about Opera here Good. Go file another bug for Firefox then, please.
I added a warning to pkg_postinst() of all the opera-9.50_beta?.ebuilds referring to this bug. The "Known issues" section in the blog entry for build 1662 (called beta3 in the tree but still labeled as "9.50 Beta 2" in opera:about) says this: "Plugins on UNIX might be even more broken - big changes coming up... (Do not bother filing plugin bugs on UNIX)"
*** Bug 217794 has been marked as a duplicate of this bug. ***
*** Bug 221025 has been marked as a duplicate of this bug. ***
(In reply to comment #0) > Reverting back to netscape-flash-9.0.48.0-r1 fix the problem. As not mentioned here, I'd like to point out that this is _not_ a fix as you run a insecure system in this case. See also GLSA 200804-21. One workaround is not to use Flash, the other is to use Firefox.
i hope to resolved this problem and this plugin works on amd64 when the problem fix?
well upgraded from beta1 to beta2 and flash stopped playing videos- with the 9.0.124 version. Then I changed the plugin path, inserted /usr/lib/nsbrowser/plugins and removed /opt/netscape/plugins and all works fine now. Strange cause with older versions of opera it was the opposite - using the path with the symlink would make videos not work.
The solution is actually very simple, you just go to Tools - Preferences - Advanced - Content - Plug-in Options - Change Path... - Disable /opt/netscape/plugins. By default Opera searches both /opt/netscape/plugins AND /usr/lib/nsbrowser/plugins, which results in Netscape Flash plugin being included *twice*. That fully fixed Flash on opera-9.50_beta2_p1997 and netscape-flash-9.0.115.0 (and 9.0.124, too).
(In reply to comment #14) > The solution is actually very simple, you just go to Tools - Preferences - > Advanced - Content - Plug-in Options - Change Path... - Disable > /opt/netscape/plugins. I tried to automate that (see below). > By default Opera searches both /opt/netscape/plugins AND > /usr/lib/nsbrowser/plugins, which results in Netscape Flash plugin being > included *twice*. But that's not the problem. > That fully fixed Flash on opera-9.50_beta2_p1997 and netscape-flash-9.0.115.0 > (and 9.0.124, too). In gentoo-x86/www-client/opera/files/opera-*pluginpath*.patch I tried to fix that, but it doesn't really work: jeroen@epia ~ $ fgrep -a netscape/plugins $(qlist -eo opera) | strings /opt/opera/lib/opera/9.50/opera: 12OpAutoVectorI20PluginCandidateEntryE 8OpVectorI20PluginCandidateEntryE scanPaths Misc /opt/netscape/plugins /usr/local/netscape/plugins /usr/lib/netscape/plugins-libc6 8OpVectorI17PluginPathElementE Opera Plugin Proxy: NP_Shutdown In other words, even if we fix the file paths, the opera code still tries it. Currently I can view Youtube videos fine without a need for extra workarounds like these. However, clicking on a "related" video inside a Flash frame doesn't work, so there's something wrong with Flash & Opera's JavaScript again. I've been seeing this since the 9.50_beta2_p2*'s I think.
i still have problems with 7.50 release. anyone could get flash working? i just have big locking and timeouts
I second the above comment, for me it seems to work with the 9.50 release but often hangs for long periods of time.
The hang thing is a flash problem. It started happening to me since I started using flash 9 versions. The flash 7 worked fine.
but konqueror and gecko based like firefox, seamonkey and epiphany work ok, so i think it's opera. for me it started aftet 9.2x
Success! Just upgraded Opera and flash and, typically, youtube didn't work; endless rotation of the "circle". [ebuild R ] www-client/opera-9.51 USE="qt-static -gnome -ia32 -qt3-static -spell" LINGUAS="-be -bg -cs -da -de -el -en -en_GB -es_ES -es_LA -fi -fr -fr_CA -fy -hi -hr -hu -it -ja -ka -ko -lt -mk -nb -nl -nn -pl -pt -pt_BR -ru -sv -tr -zh_CN -zh_TW" 0 kB [ebuild R ] net-www/netscape-flash-10_beta20080702 0 kB ***Thanks to someone for noting this thread within the Opera Ebuild***!! So out of desperation, I linked to this thread and applied Ilya Semenov's suggestion ( #14) - and now it works great! Strongly suggest that Jeroen Roovers advise Opera of Ilya Semenov's (and my) experiences; Opera is going nuts trying to track this down!
Add /usr/lib32/nsbrowser/plugins/ to my plugin paths (settings, advance, content, plugin settings) solved the problem for me with my amd_64 system, Opera 9.50 and 9.51
(In reply to comment #20) > Strongly suggest that Jeroen Roovers advise Opera of Ilya Semenov's (and my) > experiences; Opera is going nuts trying to track this down! As explained already over and over, this isn't Gentoo's or Opera's problem, but Adobe's - libflashplayer.so doesn't like it when Opera uses a plugin in a path that contains "netscape": ls -l /opt/netscape/plugins/libflashplayer.so /usr/lib/nsbrowser/plugins/libflashplayer.so -rwxr-xr-x 1 root root 8115888 2008-04-27 20:35 /opt/netscape/plugins/libflashplayer.so lrwxrwxrwx 1 root root 39 2008-04-27 20:36 /usr/lib/nsbrowser/plugins/libflashplayer.so -> /opt/netscape/plugins/libflashplayer.so It's still quite plausible for Opera to be looking for plugins in /opt/netscape/plugins. If you want that particular issue to be fixed, talk to Adobe.
"as explained already over and over, this isn't Gentoo's or Opera's problem, but Adobe's - libflashplayer.so doesn't like it when Opera uses a plugin in a path that contains "netscape":" Yes...... I understand; you're talking about ascribing "fault". I'm not talking about ascribing fault. In this case Gentoo users found some workarounds that got them going. I merely suggest that you contact Opera as a courtesy - not proclaiming a "fix", but simply a good will gesture from Gentoo that'll make life better for Opera and their frustrated users. Having you do it as a Gentoo Rep could have payback for Gentoo... Earning Gentoo good will, and perhaps some recognition and direct assistance from Opera in the future. If you do not want to do it on behalf of Gentoo, I'll be happy do it as an individual - by simply copying this dialogue (actually not the whole dialogue - simply the useful workarounds) and sending copies as FYIs to various Opera entities (e.g. user forums, helpdesk).
No, it's not about blaming, it's about fixing the problem. Opera could work around it just like you can, but then Adobe would have even less incentive to fix what is essentially their problem. Do go ahead and pressure Opera to pressure Adobe more - I certainly cannot do that.
Hi Jeroen, as a suggestion, if we can't get a workaround going with a Gentoo patch, can you at least add text to the ebuild output indicating this workaround? Thanks.
after remmoving the netscap path i could get a flash video loaded, but i could just hear the sound, the video windows was empty... and this is quite clear... (npviewer.bin:9960): Gdk-CRITICAL **: gdk_window_get_origin: assertion `GDK_IS_WINDOW (window)' failed but look much more an opera issue. because now that's not anymore the blocking delay of before and sounds works... (npviewer.bin:9960): Gdk-WARNING **: GdkWindow 0x3e00003 unexpectedly destroyed The program 'npviewer.bin' received an X Window System error. This probably reflects a bug in the program. The error was 'BadWindow (invalid Window parameter)'. (Details: serial 20045 error_code 3 request_code 18 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) and more... (npviewer.bin:13807): Gdk-CRITICAL **: gdk_window_get_origin: assertion `GDK_IS_WINDOW (window)' failed (npviewer.bin:13807): Gdk-WARNING **: GdkWindow 0x3e00003 unexpectedly destroyed The program 'npviewer.bin' received an X Window System error. This probably reflects a bug in the program. The error was 'BadWindow (invalid Window parameter)'. (Details: serial 713 error_code 3 request_code 18 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) *** NSPlugin Wrapper *** ERROR: NPP_New() invoke: Connection closed *** NSPlugin Wrapper *** ERROR: NPP_New() invoke: Connection closed *** NSPlugin Wrapper *** ERROR: NPP_New() invoke: Connection closed *** NSPlugin Wrapper *** ERROR: NPP_New() invoke: Connection closed *** NSPlugin Wrapper *** ERROR: NPP_New() invoke: Connection closed *** NSPlugin Wrapper *** ERROR: NPP_New() invoke: Connection closed *** NSPlugin Wrapper *** ERROR: NPP_New() invoke: Connection closed *** NSPlugin Wrapper *** ERROR: NPP_New() invoke: Connection closed
(In reply to comment #26) > and this is quite clear... > (npviewer.bin:9960): Gdk-CRITICAL **: gdk_window_get_origin: assertion Oh, so the problem lies with nspluginwrapper now? :)
i don't think so....firefox and konqueror (gtk and qt app) load it perfectly. and i can hear the music, so plugin is loaded and working..display is failing..
I have set opera to only use plugins from /usr/lib32/nsbrowser/plugins letting their operapluginwrapper-ia32-linux make its work (even when sometimes it consumes too much CPU :-S) and flash works :-)
you're right works for me too
(In reply to comment #30) > you're right works for me too > Hey guys I've got working Opera flashplayer I faund out that there is some issue when you add paths I've included only two paths in plugin paths and I removed all others It is working like charm. I left /usr/lib32/nsbrowser/plugins and /usr/lib/mozilla/plugins and there is 9 plugins such real,win,flash, iTunes,divx. I didn't play a lot and I suppose it's possible to add other plugins like quicktime. Main thing ,I think, is that only one name of the same plugin may appear on the list.
http://my.opera.com/desktopteam/blog/2008/09/05/9-60-beta-1-rc says this: "UNIX: Additional fixes to flash plugin handling. Freezes when using flash should now be mostly gone." about build 2415, which has landed in the Portage tree as www-client/opera-9.60_pre2415.
fixed with 9.60 betas, you can close....
(In reply to comment #33) > fixed with 9.60 betas, you can close.... Haha, sorry. No. I thought this bug would go away after a few versions too. :)
(In reply to comment #32) > http://my.opera.com/desktopteam/blog/2008/09/05/9-60-beta-1-rc says this: > > "UNIX: Additional fixes to flash plugin handling. Freezes when using flash > should now be mostly gone." > > about build 2415, which has landed in the Portage tree as > www-client/opera-9.60_pre2415. > isnt working, with 2430 tested with 10_rc20080915
(In reply to comment #34) > (In reply to comment #33) > > fixed with 9.60 betas, you can close.... > > Haha, sorry. No. I thought this bug would go away after a few versions too. :) > Well seems to lockup with opera-9.60_pre2436 and a clean opera profile. The version of flash is 9.0.124.0. I am on amd64 architecture. As a workaround i symlinked all the plugins in one directory; deleted all lines in the ~/.opera/pluginpath.ini file and added the path to the directory i created. The plugins i symlinked are : gecko-mediaplayer-* -> /usr/lib64/nsbrowser/plugins/gecko-mediaplayer-* libflashplayer.so -> /usr/lib32/nsbrowser/plugins/libflashplayer.so nphelix.so -> /opt/RealPlayer/mozilla/nphelix.so nphelix.xpt -> /opt/RealPlayer/mozilla/nphelix.xpt nppdf.so -> /opt/Adobe/Reader8/Browser/intellinux/nppdf.so nsdejavu.so -> /usr/lib64/nsbrowser/plugins/nsdejavu.so After that opera seems to work like a charm. Does this work for others ?
(In reply to comment #36) > (In reply to comment #34) > > (In reply to comment #33) > > > fixed with 9.60 betas, you can close.... > > > > Haha, sorry. No. I thought this bug would go away after a few versions too. :) > > > > Well seems to lockup with opera-9.60_pre2436 and a clean opera profile. > The version of flash is 9.0.124.0. I am on amd64 architecture. > > As a workaround i symlinked all the plugins in one directory; deleted all lines > in the ~/.opera/pluginpath.ini file and added the path to the directory i > created. > The plugins i symlinked are : > > gecko-mediaplayer-* -> /usr/lib64/nsbrowser/plugins/gecko-mediaplayer-* > > libflashplayer.so -> /usr/lib32/nsbrowser/plugins/libflashplayer.so > > nphelix.so -> /opt/RealPlayer/mozilla/nphelix.so > nphelix.xpt -> /opt/RealPlayer/mozilla/nphelix.xpt > > nppdf.so -> /opt/Adobe/Reader8/Browser/intellinux/nppdf.so > > nsdejavu.so -> /usr/lib64/nsbrowser/plugins/nsdejavu.so > > After that opera seems to work like a charm. > Does this work for others ? > Strange but i can confirm this workaround. But it need one thing more. Paths cant be removed from plugins.ini, they need to be set to =2 (disabled). Dunno whow but opera used somebackup conf or something and when i started it again it had old paths. So =2 will be better.
i tested it with flash 10_rc20080915 and opera 9.60_pre2440.
(In reply to comment #37) > Strange but i can confirm this workaround. But it need one thing more. Paths > cant be removed from plugins.ini, they need to be set to =2 (disabled). Dunno > whow but opera used somebackup conf or something and when i started it again it > had old paths. So =2 will be better. > sorry forgot to mention that, yes it is strange that the even after editing the file is not totally respected, i beleive the other lines are getting activated due to the different plugins that may be linking to the directories. For me a value of =0 works fine and as does =2 but if it is not set manually then they are set to 1.
(In reply to comment #36) > (In reply to comment #34) > > (In reply to comment #33) > > > fixed with 9.60 betas, you can close.... > > > > Haha, sorry. No. I thought this bug would go away after a few versions too. :) > > > > Well seems to lockup with opera-9.60_pre2436 and a clean opera profile. > The version of flash is 9.0.124.0. I am on amd64 architecture. > > As a workaround i symlinked all the plugins in one directory; deleted all lines > in the ~/.opera/pluginpath.ini file and added the path to the directory i > created. > The plugins i symlinked are : > > gecko-mediaplayer-* -> /usr/lib64/nsbrowser/plugins/gecko-mediaplayer-* > > libflashplayer.so -> /usr/lib32/nsbrowser/plugins/libflashplayer.so > > nphelix.so -> /opt/RealPlayer/mozilla/nphelix.so > nphelix.xpt -> /opt/RealPlayer/mozilla/nphelix.xpt > > nppdf.so -> /opt/Adobe/Reader8/Browser/intellinux/nppdf.so > > nsdejavu.so -> /usr/lib64/nsbrowser/plugins/nsdejavu.so > > After that opera seems to work like a charm. > Does this work for others ? > Doesn't work. Opera screams 'WARNING: /usr/lib64/nsbrowser/plugins/libflashplayer.so: library type cannot be detected'. file: /usr/lib64/nsbrowser/plugins/libflashplayer.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped Opera 9.60_pre2440, flash 10_rc20080915
(In reply to comment #40) > (In reply to comment #36) > > (In reply to comment #34) > > > (In reply to comment #33) > > > > fixed with 9.60 betas, you can close.... > > > > > > Haha, sorry. No. I thought this bug would go away after a few versions too. :) > > > > > > > Well seems to lockup with opera-9.60_pre2436 and a clean opera profile. > > The version of flash is 9.0.124.0. I am on amd64 architecture. > > > > As a workaround i symlinked all the plugins in one directory; deleted all lines > > in the ~/.opera/pluginpath.ini file and added the path to the directory i > > created. > > The plugins i symlinked are : > > > > gecko-mediaplayer-* -> /usr/lib64/nsbrowser/plugins/gecko-mediaplayer-* > > > > libflashplayer.so -> /usr/lib32/nsbrowser/plugins/libflashplayer.so > > > > nphelix.so -> /opt/RealPlayer/mozilla/nphelix.so > > nphelix.xpt -> /opt/RealPlayer/mozilla/nphelix.xpt > > > > nppdf.so -> /opt/Adobe/Reader8/Browser/intellinux/nppdf.so > > > > nsdejavu.so -> /usr/lib64/nsbrowser/plugins/nsdejavu.so > > > > After that opera seems to work like a charm. > > Does this work for others ? > > > > Doesn't work. Opera screams 'WARNING: > /usr/lib64/nsbrowser/plugins/libflashplayer.so: library type cannot be > detected'. > > file: > /usr/lib64/nsbrowser/plugins/libflashplayer.so: ELF 32-bit LSB shared object, > Intel 80386, version 1 (SYSV), dynamically linked, stripped > > Opera 9.60_pre2440, flash 10_rc20080915 > try looking for flash plugin in /usr/lib32/nsbrowser/plugins/libflashplayer.so not in lib64 directory. Duno how you did it but plugin is 32 bit and shout be linked to lib32 direcotry. Real place to look for plugin is /opt/netscape/plugins/libflashplayer.so
(In reply to comment #41) > (In reply to comment #40) > > (In reply to comment #36) > > Doesn't work. Opera screams 'WARNING: > > /usr/lib64/nsbrowser/plugins/libflashplayer.so: library type cannot be > > detected'. > > > > file: > > /usr/lib64/nsbrowser/plugins/libflashplayer.so: ELF 32-bit LSB shared object, > > Intel 80386, version 1 (SYSV), dynamically linked, stripped > > > > Opera 9.60_pre2440, flash 10_rc20080915 > > > > try looking for flash plugin in /usr/lib32/nsbrowser/plugins/libflashplayer.so > not in lib64 directory. Duno how you did it but plugin is 32 bit and shout be > linked to lib32 direcotry. Real place to look for plugin is > /opt/netscape/plugins/libflashplayer.so > That's just a symlink to 32bit one, doesn't matter. Or does?
Since 64 bit flash is out problem with flashplugin goes away on amd64 and 64 bit java plugin should be in sun jre 1.6.0.12 as sun devs said in bug about 64 bit plugin. AMD64 users should drink a glass of wine in new year for that:)
Are people still suffering this today with current stable? flashplayer seems to work ok for me now...
Flash 10 has worked well for me for a while on amd64 with no multilib or 32bit.
/me pops the cork. :)
