Bugzilla – Bug 328051
Flash plugin not work on firefox
Last modified: 2007-10-16 12:52:48 UTC
On firefox, doesn't work flash plugin - but is installed. On Konquerror it works fine - but i want Gnome. Also I have problems with video plugins. I have openSUSE 10.3 RC1 x86-64.
Peter, In previous releases of SuSE, 32bit Firefox was installed by default to maintain compatibility with 32bit plugins like flash and java. I have verified this bug on both of my 64bit machines running factory. The fix for this is that the 64bit install of openSuSE 10.3 needs to install 32bit firefox by default as it has always done in the past. This absolutely must be fixed before 10.3 release so I am going to upgrade the bug to a blocker. I am not sure who I should reassign to, but hopefully marking it as a blocker will get it seen by the right people.
flash works fine on x86-64 with nspluginwrapper. So there is no need for 32bit firefox. If flash causes a problem, this is a standard major bug
Maybe nspluginwrapper did not register flash correctly. Something similar to bug 304229 ? Please try to run nspluginwrapper -a -i as root and see if it changes anything. Please provide the output of ls -l /usr/lib64/browser-plugins
What about java Stephan? I am aware of nspluginwrapper and it sounds like Wolfgang is right and it does not register flash correctly by default. Are you expecting people to know to type: nspluginwrapper -a -i Why worry with any of this? Why not just put 32bit Firefox back. Then there is no problem. ALL 64bit Firefox does is cause problems with flash, java and who knows what else.
Just tested RC1 on 64bit SMP (upgrade, not a clean install), flash videos on youtube are playing fine with 64 bit FF, so it really could just be a registration issues as per #3.
@#4 - why not just use 32bit installation? It will fix all your problems. If you want a 64bit installation, you also want 64bit software.
Created attachment 174936 [details] ls plugins here is screenshof from required command: ls -l /usr/lib64/browser-plugins
OK guys, i attached screenshot of browser plugins and nspluginwrapper -a -i gets working flash but as was mentioned: Java not working. As was written before, you shouldn't want from some beginner user to write this command to get working flash... And also I have some problems with streamed *.wmv or *.asf - I see totem window but it can't play. On konqueror it works with kaffeine.
I think this is a some kind of magical ring because: on 32bit firefox: works flash, java! But not working multimedia streams - I've tested it before a while. on 64bit firefox: works flash after command nspluginwrapper -a -i, java doesn't work and multimedia streams i've got working. and btw, additional info is attached above.
OK, I'm going to close this since project management decided that Java plugin is not supported out of the box with Firefox on x86-64. For the not working Flash/nspluginwrapper registration there is bug 304963
So problem is: Simple flash animations works, but try to open youtube or video.google... It definitely doesn't work for me. here is output from treminal (nspluginwrapper command): PCINTEL:/home/peter/.mozilla/firefox # nspluginwrapper -a -i which: no linux32 in (/usr/sbin:/bin:/usr/bin:/sbin) *** NSPlugin Viewer *** preloader not found which: no linux32 in (/usr/sbin:/bin:/usr/bin:/sbin) *** NSPlugin Viewer *** preloader not found PCINTEL:/ # ls /usr/lib64/browser-plugins/ libgnashplugin.so libtotem-gmp-plugin.a libswfdec-0.5.so.2 libtotem-gmp-plugin.la libswfdec-0.5.so.2.0.0 libtotem-gmp-plugin.so libswfdec-gtk-0.5.so.2 libtotem-gmp-plugin.xpt libswfdec-gtk-0.5.so.2.0.0 libtotem-mully-plugin.a libswfdecmozilla.a libtotem-mully-plugin.la libtotem-basic-plugin.a libtotem-mully-plugin.so libtotem-basic-plugin.la libtotem-mully-plugin.xpt libtotem-basic-plugin.so libtotem-narrowspace-plugin.a libtotem-basic-plugin.xpt libtotem-narrowspace-plugin.la libtotem-complex-plugin.a libtotem-narrowspace-plugin.so libtotem-complex-plugin.la libtotem-narrowspace-plugin.xpt libtotem-complex-plugin.so npwrapper.so libtotem-complex-plugin.xpt I've tried many combinations with (un)&&(in)stalling swfdec-browser plugin, flash, gnash but without any success! What I'm doing wrong? And one notice yet: I've desperatelly installed opera - flash worked there with all flash plugins available (OSS and NON-OSS repo.) also I've installed konquerror and huge part of KDE - also there flash worked. What's wrong? or is that a bug? Also Java works only in konqueror but as I wrote before, I want be on gnome and use firefox.
gnashplugin - caused problems! Now only Java doesn't work.
it didnt work the first time. i had to remove npuginwrapper. reinstall flash and reinstall npluginwrapper. then my flash and firefox worked
Comment #11 says that the Java plugin is not supported "out of the box" in Firefox x86-64. Any chance of getting a clue of what one would need to do to make it work without completely subverting the package management?
*** Bug 332824 has been marked as a duplicate of this bug. ***
(In reply to comment #14 from David Walker) > Comment #11 says that the Java plugin is not supported "out of the box" in > Firefox x86-64. Any chance of getting a clue of what one would need to do to > make it work without completely subverting the package management? Install Firefox and Java as 32bit versions. That should be possible within YaST's software management where you can choose the version from the corresponding tab. Ok people, this bug should just be about the issue that flash is not registered with nspluginwrapper at installation time on x86-64. Please stop talking about Java issues here. nspluginwrapper simply doesn't support Java. Stanislav, I lost the overview what the technical issue is why nspluginwrapper fails to register flash at installation. Is it only the glibc issue which is still open or are there other known reasons? (That's no mozilla issue so I'm reassigning to you for now)
This is a glibc problem, which was not fixed in OpenSUSE 10.3: bug 304963 Currently there is only possible work-around: Remove dragonegg plugin. *** This bug has been marked as a duplicate of bug 304963 ***