Summary: | firefox 3 beta 5 does not start if launched from thunderbird | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Ivan Yosifov <iyosifov> |
Component: | [OLD] Unspecified | Assignee: | Mozilla Gentoo Team <mozilla> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | leio, serkan, thomas.pani |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Ivan Yosifov
2008-04-27 10:39:50 UTC
Forgot to add that firefox starts normally when launched by it's panel icon. Uh, and what is the default content of /usr/bin/firefox? Make sure you have installed mozilla-firefox-3.0_beta5-r1. Here: obelix@home ~ $ cat /usr/bin/firefox #!/bin/sh cd "." if [ -n "" ] ; then if [ "${LD_LIBRARY_PATH+set}" = "set" ] ; then export LD_LIBRARY_PATH="${LD_LIBRARY_PATH}:" else export LD_LIBRARY_PATH="" fi fi exec /usr/lib/mozilla-firefox/firefox-bin "$@" obelix@home ~ $ equery b /usr/bin/firefox [ Searching for file(s) /usr/bin/firefox in *... ] www-client/mozilla-firefox-3.0_beta5-r1 (/usr/bin/firefox) obelix@home ~ $ I thought i fixed this...fixed in -r2. Please reopen this bug (I can't) firefox 3 will fail to start if spawned from thunderbird (2.0.0.14) when gnome url-handlers are set to "/usr/lib/mozilla-firefox/firefox %s" (ie what firefox itself sets it to): $ thunderbird No running windows found Couldn't load XRE functions. (However, I guess the XRE message comes from firefox. When I watch ps, a firefox process shortly shows up there.) This applies to both www-client/mozilla-firefox 3.0_beta5-r4 and 3.0_rc1 built with +xulrunner. mozilla-firefox-bin works fine. Workaround: If url-handlers are set to "firefox %s", ie the wrapper-script is used, everythings fine. In short: "/usr/bin/xulrunner-1.9 /usr/lib/mozilla-firefox/application.ini" works, "/usr/lib/mozilla-firefox/firefox" doesn't. Also, this is not an environment-thing. I can run both commands from a shell with minimal environment (only DISPLAY, HOME and XAUTORITY set) successfully. Additionally, both url-handlers work fine with other applications (tried liferea and pidgin). Is this happening with 3.0_rc1-r1? (In reply to comment #0) > I've installed Firefox 3 beta 5 and Thunderbird 2.0.0.12. I'm using KDE and so > have set ff as the browser for tbird with: > > 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' Where is this suggestion coming from? I'd prefer if gnome-default-applications-properties would be used, but it seems at this moment the result is the same. (In reply to comment #6) > Is this happening with 3.0_rc1-r1? Still the same, unfortunately. @(In reply to comment #7) > Where is this suggestion coming from? I'd prefer if > gnome-default-applications-properties would be used, but it seems at this > moment the result is the same. As the OP said, he's using KDE, so no g-d-a-p. (Btw, I'm using gnome, so this is completely unrelated.) (In reply to comment #7) > (In reply to comment #0) > > I've installed Firefox 3 beta 5 and Thunderbird 2.0.0.12. I'm using KDE and so > > have set ff as the browser for tbird with: > > > > 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' > > Where is this suggestion coming from? I'd prefer if > gnome-default-applications-properties would be used, but it seems at this > moment the result is the same. > From the mail-client/evolution ebuild: pkg_postinst() { gnome2_pkg_postinst elog "To change the default browser if you are not using GNOME, do:" elog "gconftool-2 --set /desktop/gnome/url-handlers/http/command -t string 'mozilla %s'" elog "gconftool-2 --set /desktop/gnome/url-handlers/https/command -t string 'mozilla %s'" elog "" elog "Replace 'mozilla %s' with which ever browser you use." ..... } Okay, this is a bug related to gnome...the bug for which this bug was opened was fixed. I can't do nothing if gnome calls directly the firefox binary inside firefox's dir. (In reply to comment #10) > Okay, this is a bug related to gnome...the bug for which this bug was opened > was fixed. I can't do nothing if gnome calls directly the firefox binary inside > firefox's dir. It does no such thing, at least not with gnome-vfs backed way in GNOME-2.22. At most it honors PATH. (In reply to comment #9) > elog "To change the default browser if you are not using GNOME, do:" Ok, looks good, as it does say to use that only when not using GNOME. I should look into pointing out gnome-default-applications-properties explicitly for GNOME users. This also doesn't add an absolute path to anywhere. There seems to be no knowledge from GNOME side to know in what directory the real firefox is in, to be able to call that, unless it's in PATH or something. (In reply to comment #10) > Okay, this is a bug related to gnome...the bug for which this bug was opened > was fixed. I can't do nothing if gnome calls directly the firefox binary inside > firefox's dir. > I doubt it's a gnome bug. As I said above, the Gnome url-handler set to /usr/lib/mozilla-firefox/firefox (which is what firefox itself sets it to) works for other applications (i.e. liferea, pidgin). The only app it doesn't work from is thunderbird, which apperently spawns firefox but it fails with "Couldn't load XRE functions." (In reply to comment #12) > (In reply to comment #10) > > Okay, this is a bug related to gnome...the bug for which this bug was opened > > was fixed. I can't do nothing if gnome calls directly the firefox binary inside > > firefox's dir. > > > > I doubt it's a gnome bug. As I said above, the Gnome url-handler set to > /usr/lib/mozilla-firefox/firefox (which is what firefox itself sets it to) > works for other applications (i.e. liferea, pidgin). > The only app it doesn't work from is thunderbird, which apperently spawns > firefox but it fails with "Couldn't load XRE functions." > Setting it to Firefox in the list (Not Custom and a custom command below) solved the problem with me. (In reply to comment #13) > Setting it to Firefox in the list (Not Custom and a custom command below) > solved the problem with me. Indeed, it does. I already said so in comment #5. My point is that firefox sets it to /usr/lib/mozilla-firefox/firefox when it sets itself as the default browser. Which in turn causes the mentioned bug. So it's either a) workaround: patch firefox to write "firefox %s" to gconf, or b) find what's causing the reported behaviour and fix it. (b) would be more appropriately done by upstream, but as I couldn't find any existing bugreport (which seems quite surprising to me... there should be hundreds of users of other distros lamenting about this) I figured it could be a Gentoo-specific issue. So I reported it here first to see if Raul had an idea what's wrong. If you want to take it upstream, please do so. If you want me to take it upstream, please say so. Probably due to this: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/185622 I'll try to apply that patch on 3.0 final I've applied that patch, thanks Serkan for testing it. Its in patchset 0.2 Okay, I too had this problem today upon upgrading. Here is what fixed it run in terminal 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' Then when firefox actually starts again be sure to tell it not to set itself as the default browser and uncheck default browser checks on startup. |