Bugzilla Bug 219444

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'

Launching tbird from the console and clicking on some web link in an email
results in:

obelix@home ~ $ thunderbird
No running windows found
/usr/lib/mozilla-firefox/firefox-bin: symbol lookup error:
/usr/lib/mozilla-firefox/libxul.so: undefined symbol: js_CallClass


The problem goes away if /usr/bin/firefox is edited to just:

#!/bin/sh
export LD_LIBRARY_PATH=""
exec /usr/lib/mozilla-firefox/firefox-bin "$@"




Portage 2.1.4.4 (default-linux/x86/2007.0/desktop, gcc-4.1.2, glibc-2.6.1-r0,
2.6.24-gentoo-r4 i686)
=================================================================
System uname: 2.6.24-gentoo-r4 i686 Intel(R) Core(TM)2 Duo CPU E8200 @ 2.66GHz
Timestamp of tree: Sat, 26 Apr 2008 16:04:01 +0000
app-shells/bash:     3.2_p17-r1
dev-java/java-config: 1.3.7, 2.1.4
dev-lang/python:     2.4.4-r9
dev-python/pycrypto: 2.0.1-r6
sys-apps/baselayout: 1.12.11.1
sys-apps/sandbox:    1.2.18.1-r2
sys-devel/autoconf:  2.13, 2.61-r1
sys-devel/automake:  1.4_p6, 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1
sys-devel/binutils:  2.18-r1
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   1.5.26
virtual/os-headers:  2.6.23-r3
ACCEPT_KEYWORDS="x86"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -pipe -march=prescott -mtune=prescott -fomit-frame-pointer
-mfpmath=sse"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config
/usr/kde/3.5/shutdown /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf
/etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/
/etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo
/etc/udev/rules.d"
CXXFLAGS="-O2 -pipe -march=prescott -mtune=prescott -fomit-frame-pointer
-mfpmath=sse"
DISTDIR="/usr/portage/distfiles"
FEATURES="distlocks metadata-transfer sandbox sfperms strict unmerge-orphans
userfetch"
GENTOO_MIRRORS="http://mirrors.ludost.net/gentoo/"
LINGUAS="en de"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --stats --timeout=180 --exclude=/distfiles
--exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/data/root/portage_tmp"
PORTDIR="/data/root/portage_tree"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X aac acl acpi alsa berkdb bitmap-fonts bzip2 cairo caps cdr cli cracklib
crypt css cups dbus dri dvd dvdr dvdread eds encode evo exif fam ffmpeg firefox
flac gdbm gif gphoto2 gpm gstreamer hal iconv jpeg kde kdeenablefinal libnotify
mad midi mmx mmxext mp3 mpeg ncurses nls nptl nptlonly ogg opengl pam pch pcre
pdf png qt3 qt3support readline reflection samba sdl session spell spl sse sse2
ssl ssse3 svg tcpd threads tiff truetype truetype-fonts type1-fonts unicode
vim-syntax vorbis win32codecs x86 xml xorg xv zlib" ALSA_CARDS="emu10k1"
ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file
hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route
share shm softvol" APACHE2_MODULES="alias autoindex dir info log_config mime
rewrite status authz_host" APACHE2_MPMS="prefork" ELIBC="glibc"
INPUT_DEVICES="keyboard mouse evdev void" KERNEL="linux" LCD_DEVICES="bayrad
cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en de"
USERLAND="GNU" VIDEO_CARDS="nv dummy"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL,
LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS,
PORTDIR_OVERLAY

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.