Summary: | www-client/opera-10.60: flash videos fail when /usr/lib/nsbrowser/plugins/libflashplayer.so is a symlink | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | MickKi <confabulate> |
Component: | Current packages | Assignee: | Jeroen Roovers (RETIRED) <jer> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | a3li, desktop-misc, lack, mike, pacho, vapier |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 127200, 328639 | ||
Bug Blocks: | |||
Attachments: | Fix "Netscape" instead of Opera. |
Description
MickKi
2010-07-04 09:28:42 UTC
This is the opera build details: $ opera -full-version Opera 10.60 Internal. Build 6386 for Linux. Compiled on Jun 30 2010 by gcc 4.3.2 (ABI: 1002) for GNU libc 2.7. Compositor active: No Toolkit: Gtk 2.18.9 PS. I observed the same problem on a x86 box, so I'm not sure that this flash video problem is arch specific. -- Regards, Mick Check this http://my.opera.com/community/forums/topic.dml?id=627212 Problem is probably in symbolic link in /usr/lib/nsbrowser/plugins. But I don't think this is a gentoo bug, because with opera build <=6347 flash is playing fine. (In reply to comment #2) > Problem is probably in symbolic link in /usr/lib/nsbrowser/plugins. > > But I don't think this is a gentoo bug, because with opera build <=6347 flash > is playing fine. This is what /usr/lib/nsbrowser/plugins shows: $ ls -la /usr/lib/nsbrowser/plugins total 327 drwxr-xr-x 2 root root 7 Jul 3 11:34 . drwxr-xr-x 3 root root 3 Jun 10 08:26 .. -rwxr-xr-x 1 root root 1224 Jun 28 14:38 libvlcplugin.la -rwxr-xr-x 1 root root 90568 Jun 28 14:31 libvlcplugin.so -rwxr-xr-x 1 root root 117784 Jul 3 11:34 npwrapper.libflashplayer.so -rwxr-xr-x 1 root root 117784 Jul 3 11:34 npwrapper.npica.so lrwxrwxrwx 1 root root 52 Jul 3 11:34 npwrapper.so -> /usr/lib64/nspluginwrapper/x86_64/linux/npwrapper.so and this is what /usr/lib/nsbrowser/plugins/ contains: $ ls -la /usr/lib/nsbrowser/plugins/ total 327 drwxr-xr-x 2 root root 7 Jul 3 11:34 . drwxr-xr-x 3 root root 3 Jun 10 08:26 .. -rwxr-xr-x 1 root root 1224 Jun 28 14:38 libvlcplugin.la -rwxr-xr-x 1 root root 90568 Jun 28 14:31 libvlcplugin.so -rwxr-xr-x 1 root root 117784 Jul 3 11:34 npwrapper.libflashplayer.so -rwxr-xr-x 1 root root 117784 Jul 3 11:34 npwrapper.npica.so lrwxrwxrwx 1 root root 52 Jul 3 11:34 npwrapper.so -> /usr/lib64/nspluginwrapper/x86_64/linux/npwrapper.so On my system libflashplayer.so exists in the following: $ locate libflashplayer.so /opt/netscape/plugins32/libflashplayer.so /usr/lib32/nsbrowser/plugins/libflashplayer.so /usr/lib64/nsbrowser/plugins/npwrapper.libflashplayer.so of which the second is a symlink to the first. Some guy in the link you quoted suggested to: # cp /usr/lib/nsbrowser/plugins/libflashplayer.so /usr/lib/opera/plugins Well, since I do not have /usr/lib/nsbrowser/plugins/libflashplayer.so in my system, I copied: # cp /opt/netscape/plugins32/libflashplayer.so /usr/lib/opera/plugins/ and can confirm that this does not work either. :-( So, something in the opera paths is borked, or incompatible with a default Gentoo setup (in the sense that I have not messed about with default paths as set by emerging nspluginwrapper and adobe-flash). -- Regards, Mick Ok, you have 64bit system, so location for flashplayer is different. Check in opera plugin options, what folders you have there and in which folder does it find flash library. It is probably good idea to select only folder /usr/lib32/nsbrowser/plugins/ in opera plugin settings for flash. In this folder is probably sym link to /opt/netscape/plugins32/libflashplayer.so (I am speculating because i have 32bit system). Replace that sym link with actual file from /opt/netscape/plugins32/libflashplayer.so . Bottom line, your setting in opera have to point to actual libflashplayer.so and not to sym link. This worked on my system and based on comments on opera forum it is also working for others. (In reply to comment #4) > Bottom line, your setting in opera have to point to actual libflashplayer.so > and not to sym link. Thanks, I copied /opt/netscape/plugins32/libflashplayer.so to /usr/lib32/nsbrowser/plugins/libflashplayer.so which was previously a symlink. This fixed the problem. :-) I am not sure if opera will not follow symlinks for security purposes or some other reason. In any case, it is still a bug and as a minimum the ebuild should have an enotice saying something to this effect and suggesting a solution. In my mind, the correct solution is of course to fix opera so that it can use symlinks as the previous version was. -- Regards, Mick Mh, this is strange. I'm on x86_64 here, Youtube/Vimeo/... did not work (always buffered), but flashgames and -banners worked. Copied the .so to my ~/.opera/plugins and it works again. Can someone explaint to me, what exactly the difference between banners/games and video is in this context? Anyway, solved for me, thanks. similar issue on x86_64 with 64bit flash -- my opera actually hangs for quite a long time whenever i try to view any page with flash as in comment #5, turning the flash symlink into a hard link fixes things: rm /usr/lib64/nsbrowser/plugins/libflashplayer.so ln /opt/netscape/plugins/libflashplayer.so /usr/lib64/nsbrowser/plugins/libflashplayer.so Created attachment 237611 [details]
Fix "Netscape" instead of Opera.
What I had found before I discovered this bug report (apart from the attached hack, which I also proposed as illegal in bug #127200 comment #7)... This is the old <=10.11 patch reimplemented (as well as some cosmetic changes), only it does not fix 10.60 the way it does fix 10.11: Index: opera-10.60.ebuild =================================================================== RCS file: /var/cvsroot/gentoo-x86/www-client/opera/opera-10.60.ebuild,v retrieving revision 1.7 diff -u -B -r1.7 opera-10.60.ebuild --- opera-10.60.ebuild 2 Jul 2010 21:59:40 -0000 1.7 +++ opera-10.60.ebuild 5 Jul 2010 18:15:51 -0000 @@ -137,14 +137,16 @@ "${D}"/usr/share/applications/opera-browser.desktop \ "${D}"/usr/share/applications/opera-widget-manager.desktop || die "sed failed" - # Sed libdir in opera script + # Change libdir in opera script sed "${FILESDIR}"/opera \ -e "s|OPERA_LIBDIR|${OPREFIX}|g" > opera \ || die "sed opera script failed" - # Sed libdir in defaults/pluginpath.ini + # Change libdir in defaults/pluginpath.ini and + # stop Opera from using /opt/netscape/plugins sed -i \ -e "s|/usr/lib32|${OPREFIX}|g" \ + -e "s|/opt/netscape/plugins=1|/opt/netscape/plugins=2|g" \ "${D}"/usr/share/opera/defaults/pluginpath.ini \ || die "sed pluginpath.ini failed" I have an instance of the "moved file OK, symlink not OK" issue, also on x86 (so another point against this being AMD64-specific). (In reply to comment #10) > (so another point against this being AMD64-specific). It never was... Arjan advised in the opera.linux mailing list that: "It's a known problem in Flash. When the path contains 'netscape', Flash assumes that it is running in a Netscape-derived browser, and it won't work from other browsers like Opera or Chrome. Annoying but true. You can try it for yourself - if you change the path to anything that doesn't contain the word 'netscape' it will work." Is this an Adobe Flash bug then? -- Regards, Mick (In reply to comment #12) > Is this an Adobe Flash bug then? (In reply to comment #11) > (In reply to comment #10) > > (so another point against this being AMD64-specific). > > It never was... > My comment was posted a few minutes before 04:44:38UTC, when the bug metadata was changed to say All instead of AMD64. Jeroen, are we meant to run the script manually or is it something which will be called by the ebuild? BTW, I noticed another plugin problem: Opera will not play .wmv videos. It will neither load VLC multimedia plugin nor load /usr/bin/smplayer when I set it to do so. -- Regards, Mick "another problem" is code for "file a different bug". this is only about flash. (In reply to comment #16) > "another problem" is code for "file a different bug". this is only about > flash. Sure, unless the cause (opera not reading symlinks of plugins) is common and therefore the title of the bug ought to be changed? I'll start another bug as you suggest and refer to this just in case. -- Regards, Mick Fixed through bug #328639. Do note that I still disable /opt/netscape/plugins in pluginpath. We'll see whether that will ever cause bugs on its own. |