This version only respects plugins found in /usr/lib/mozilla-firefox/plugins/ & will not correctly find plugins located in /usr/lib/nsbrowser/plugins/ The mozilla-firefox-1.0.6-nsplugins.patch applied at emerge time is supposed to fix this, but makes no difference. Temporary solution: mv /usr/lib/mozilla-firefox/plugins/libnullplugin.so /usr/lib/nsbrowser/plugins/ rm -rf /usr/lib/mozilla-firefox/plugins ln -s /usr/lib/nsbrowser/plugins /usr/lib/mozilla-firefox/plugins
Same problem here - upon upgrading to 1.0.6-r1 tonight, plugins are broken... Suite still works so I am running with that for now. here is emerge info for good measure: Portage 2.0.51.22-r2 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r0, 2.6.11-gentoo-r10 i686) ================================================================= System uname: 2.6.11-gentoo-r10 i686 Pentium III (Coppermine) Gentoo Base System version 1.6.13 ccache version 2.4 [enabled] dev-lang/python: 2.3.5, 2.4.1-r1 sys-apps/sandbox: 1.2.11 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O3 -march=pentium3 -mmmx -msse -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-O3 -march=pentium3 -mmmx -msse -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.osuosl.org/ http://adelie.polymtl.ca/ http://gentoo.chem.wisc.edu/gentoo/ http://cudlug.cudenver.edu/gentoo/ http://prometheus.cs.wmich.edu/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.us.gentoo.org/gentoo-portage" USE="x86 X alsa apm avi berkdb bitmap-fonts browserplugin cdr crypt cups curl directfb divx4linux doc dvd emboss encode esd fam fbcon foomaticdb fortran gdbm gif gnome gnustep gpm gtk gtk2 imlib ipv6 ithreads java jce jpeg libg++ libwww mad mbox mikmod mmx motif mozcalendar mozdevelop mozilla mp3 mpeg ncurses nls nptl nptlonly nsplugin objc ogg oggvorbis opengl oss pam pdflib perl png pnp ppds python qt quicktime readline sdk sdl spell sse ssl tcpd tetex threads tiff truetype truetype-fonts type1-fonts vorbis vorbiscups xine xml2 xmms xv zlib video_cards_radeon userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
new mozilla-launcher is in tree please test and let us know.
www-client/mozilla-launcher-1.41 fixed it for me. Thanks.
Ok. My mistake. In GNOME when started Firefox from the menu it works, but when I click a link in Evolution Firefox can't find the plugins.
Jory: new launcher fixed it for me... thanks! =) Peter: gnome = bad ; windowmaker = good =)
mozilla-launcher-1.41 fixed it for me too. Peter,Chad: I am running gnome, so this has nothing to do with the problem.
Ivan: it was a joke. =) (desktop wars are amusing to me.) Cheers, -Chad
Ok, I have sorted it out on my system. When firefox starts it asks me to make it the default browser for me. If I choose yes here then Firefox does not (at least on my system) find its plugin when launched from another program (like a link in liferea or evolution). However: when it is launched from menu/consol there apperes to be no problem and if I set Firefox as default browser in 'Preferred Applications' under settings, then everything works fine... ...until I let Firefox set itself as the default browser again... By some reason Firefox does not detect itself as the default browser if it is set as it in 'Preferred Applications', but letting it set itself as it has never been a problem until now.
Thanks, mozilla-launcher-1.41 fixes it here too :) Peter, firefox will not find the plugins if you set it as the default browser through it's pop-up box as it sets the default browser command to '/usr/lib/mozilla-firefox/firefox %s' By doing this it is bypassing mozilla-launcher's environment settings in '/usr/bin/firefox' You should either set it as 'firefox %s' using gconf-editor or do the following: gconftool-2 --set /desktop/gnome/url-handlers/http/command -t string 'firefox %s' gconftool-2 --set /desktop/gnome/url-handlers/https/command -t string 'firefox %s'
Or just use 'Preferred Applications' ;) Firefox still won't see itself as the default browser using any of the above as it expects to see '/usr/lib/mozilla-firefox/firefox', but this check is easily disabled in General Preferences.
Yes, I know that too. What I was commenting was that I have not noticed this behavior before. Before the plugins always worked even if I had firefox to set itself as the standard browser. Just wanted to point it out, no big deal.
if you could please test -r2 to see if that fixes the problem. I had to update /etc/env.d/10MozillaFirefox to point to the correct path that we use for firefox as of late.
-r2 works fine, but the problem still exists with gconf & the way firefox sets/checks itself as the default browser. IE> It sets the launch command as '/usr/lib/mozilla-firefox/firefox' thus bypassing the environment setup done by mozilla-launcher in '/usr/bin/firefox', which in turn leads to plugin breakage. The user may manually set the launch command to '/usr/bin/firefox' using gconf-editor or gconftool-2, but if firefox is set to check whether it is the default browser when starting, it will report that it isn't the default. It will then offer the user the opportunity to make it the default browser, which if accpeted will set the launch command back to '/usr/lib/mozilla-firefox/firefox', thereby breaking plugins again. I've done some digging through the source & have come up with the following patch that changes firefox's setting/checking from '/usr/lib/mozilla-firefox/firefox' to '/usr/bin/firefox' In a nutshell, the patch makes firefox more compatible with mozilla-launcher & gconf. Can anyone verify that it also works ?
Created attachment 64182 [details, diff] Patch to fix firefox + gconf + mozilla-launcher plugins issues
-r2 and -r3 does not fix the problem, have not (and probably will not) had the time to test the patch. But why has this problem not surfaced until 1.0.6? I found no problems using eralier versions, and now I encounter this problem that often that either this problem came now or I have drastically changed my browsing-habits.
we are working toward sharing all plugins which is the problem we are aware and will get to the patch as soon as possible. I will even try to look at it today but no guarantees.
(In reply to comment #10) > Firefox still won't see itself as the default browser using any of the above as > it expects to see '/usr/lib/mozilla-firefox/firefox', but this check is easily > disabled in General Preferences. Thanks for all the great tips in this bug. Regarding Rick's comment above, it seems like it would make sense to symlink: /usr/lib/mozilla-firefox/firefox -> /usr/bin/firefox That would probably prevent a wide array of problems with the env not being setup correctly. Additionally firefox could set itself to be the default browser and it would work fine. What do you guys think?
Having slept on it, I think the patch may be uneccassary, and probably not the ideal solution as it seems like an overkill bundled with the problem also being present in the unpatchable mozilla-firefox-bin. Aron, can you elaborate on the symlink suggestion. What happens to firefox's '/usr/lib/mozilla-firefox/firefox' runscript, the '/usr/bin/firefox' stub & how is mozilla-launcher run ? My thought was to just add the line 'export MOZ_PLUGIN_PATH=/usr/lib/nsbrowser/plugins' in firefox's '/usr/lib/mozilla-firefox/firefox' runscript. Works at this end, even for the mozilla-firefox-bin package. Some patches follow...
Created attachment 64256 [details, diff] mozilla-firefox-1.0.6 nsplugins patch
Created attachment 64257 [details, diff] Ebuild diff to apply mozilla-firefox-1.0.6 nsplugins patch
Created attachment 64258 [details, diff] mozilla-firefox-bin-1.0.6 nsplugins patch
Created attachment 64259 [details, diff] Ebuild diff to apply mozilla-firefox-bin-1.0.6 nsplugins patch
fixed in cvs thanks for reporting
This problem exists for me with firefox-1.5_beta2-r1 (sorry, did never check with 1.0.6-r* if it ever really got fixed there, having thoughts about doing so now). Could someone repoen and rename och should I make a new bugreport?
1.5 is not supported by us was added for those users who are dying to try out what I will say is alpha software at best.