Firefox 3.5 will not start

Falcata · 2009-07-06 20:35:58

clodhopper, it is a symlink on my system. I reinstalled xulrunner, which had fixed that.

marconato · 2009-07-06 21:00:51

For me it works even with sudo...
I had to add the "unset LD_PRELOAD" to /etc/profile. With this, now it works perfectly, and opens firefox from evolution, from the menu, as always...

clodhopper · 2009-07-07 14:44:55

I want to say that i would have some reservations around using a global unset off LD_PRELOAD.Some applications use preload to overide or add modules they need.As far as i remember this can be so with ,for example, compiz,xgl and libtrash which was the case i had.

It may be better to hash out specific instances of set or export LD_PRELOAD.That is what i did and i checked the folowing files for it's instance;

~/.xinitrc
~/.xsession
/etc/xdg/openbox/autostart.sh #i use the openbox window manager and
~/.config/openbox/autostart.sh #it will be a good idea to check your 'environment' session autostart.

Having said that i would think it largely safe to use the command in /etc/profile and doing that has some advantage in terms of security.But can a specific 'set or export LD_PRELOAD' still overide /etc/proflie ?.....which maybe the problem Falcata has ??? .

Best Wishes to you,Chris.

Last edited by clodhopper (2009-07-07 15:44:43)

Falcata · 2009-07-07 17:19:29

I created this bash script on my desktop to launch it with:

#!/bin/sh

unset LD_PRELOAD
firefox

Works fine for me.

Falcata · 2009-07-07 17:31:31

I made a change to my setup. I renamed /usr/bin/firefox to /usr/bin/firefox.bin, and then dropped the script below in as /usr/bin/firefox

#!/bin/sh

unset LD_PRELOAD
firefox.bin "$@"

This will allow argument passing to occur, such as when a program like pidgin tries to launch it when you click on a hyperlink.

clodhopper · 2009-07-09 01:05:32

Good idea and have taken that a step further to re-enable libtrash for pcmanfm ;

#!/bin/bash
unset LD_PRELOAD
firefox.bin "$@"
#The following 2 lines to restart libtrash if wanted
sleep 2
export LD_PRELOAD=/usr/lib/libtrash.so.3.2
exit 0

I have'nt any trouble with above today and libtrash is again working providing firefox is not running.But this is a workround so i have;
1)Reported a bug to mozilla https://bugzilla.mozilla.org/ bug no 503206 {i wonder what they will say?}
2)Will have to remember to backup the new /usr/bin/firefox file and to rehash it if firefox or libtrash updates.

I reckon we should ask Falcata to mark the thread solved ?? yes/no ?? .

Best Wishes.

Last edited by clodhopper (2009-07-09 01:10:21)

intellitech · 2009-07-10 12:19:05

I'm having this problem still. After reinstalling firefox, xulrunner, and libgnomeui, there hasn't been any change. Firefox still exits without any error/debug messages in the console. I have tried moving ~/.mozilla, but it still doesn't load. The profile manager switch refuses to do anything, as does every other valid switch. I am not using libtrash, and the 'unset LD_PRELOAD' fix does not work.

I vote no on "[solved]."

Last edited by intellitech (2009-07-10 12:19:28)

clodhopper · 2009-07-10 14:41:55

Fair enough,i think it right to report this as an Arch bug also ?? , surely even 'unset LD_PRELOAD' is a work around ? . I have also heard from another with same problem but associated with libsafe.

Chris

jeff story · 2009-07-11 01:39:52

I upgraded from FF 3.0 to 3.5 using pacman without any issues what so ever on a 64bit arch install.

If there is any file, package version, etc, info I can share that may help, let me know.

clodhopper · 2009-07-11 02:09:54

jeff story wrote:

I upgraded from FF 3.0 to 3.5 using pacman without any issues what so ever on a 64bit arch install.
If there is any file, package version, etc, info I can share that may help, let me know.

It would be useful if you could install libtrash and do an "export LD_PRELOAD=/usr/lib/libtrash.so" and see if firefox will start after.

Not heard from moz yet.Im'e on 32 bit . what others on ? .

BW Chris.

Last edited by clodhopper (2009-07-11 02:13:24)

clodhopper · 2009-07-11 03:07:40

FYI

The libtrash maintainer Manuel Arriaga has aknowledged there is a problem with no can start firefox if libtrash is preloaded.He suggest a workround is to use the command "LD_PRELOAD= firefox" , notice the space after = , to start firefox. Seems libtrash does not get disabled if done like so.Manuel thinks the bug maybe in the linker and NOT with firefox or libtrash,libsafe or any other preloaded libary that intercepts system calls.

BW Chris.

Last edited by clodhopper (2009-07-13 23:40:59)

userlander · 2009-07-13 22:47:58

Fwiw, this happens for me at least with epiphany, too, so it's not just in ff. I had to add unset LD_PRELOAD to .bashrc for now, until it's fixed.

clodhopper · 2009-07-13 23:48:22

userlander wrote:

Fwiw, this happens for me at least with epiphany, too, so it's not just in ff. I had to add unset LD_PRELOAD to .bashrc for now, until it's fixed.

From what i can gather it is better to start FF {or epiphany} with "LD_PRELOAD= firefox "$@"" rather than do a user unset of preload which could have adverse affects elsewhere. Also to get the cups printing interface to work i have had to change the exec line on /usr/share/applications/cups.desktop to;

LD_PRELOAD= xdg-open http://localhost:631/ ...again notice the space after the = .

BW Chris.

Last edited by clodhopper (2009-07-13 23:51:08)

userlander · 2009-07-14 14:09:34

clodhopper wrote:

userlander wrote:
Fwiw, this happens for me at least with epiphany, too, so it's not just in ff. I had to add unset LD_PRELOAD to .bashrc for now, until it's fixed.
From what i can gather it is better to start FF {or epiphany} with "LD_PRELOAD= firefox "$@"" rather than do a user unset of preload which could have adverse affects elsewhere. Also to get the cups printing interface to work i have had to change the exec line on /usr/share/applications/cups.desktop to;
LD_PRELOAD= xdg-open http://localhost:631/ ...again notice the space after the = .
BW Chris.

Thanks for clarifying the best procedure. I'll change that tonight.

It might also be worth noting if no one has mentioned it yet that the LD_PRELOAD problem is only on my x86 machine. Everything works fine on Arch 64.

Rezorcinol · 2009-07-20 14:13:35

Well, is there or will be there any better solution than disabling libtrash or running FF via handmade script?

clodhopper · 2009-07-30 12:51:35

Rezorcinol wrote:

Well, is there or will be there any better solution than disabling libtrash or running FF via handmade script?

The answer to that, i think, must come from upstream either Mozilla or the preload-linker maintainer. I for one am stuck using my little script until a fix is produced or relevant info available.

Also some other pre loaded modules are able to cause FF to baulk eg, libsafe ( or so i have heard ).Incidentally as of last week this thread has had 2200+ hits. Does that not say that this is a wider problem than we have thought ?

Best Wishes , Chris.

Last edited by clodhopper (2009-07-30 12:56:49)

Rezorcinol · 2009-07-30 17:18:30

But it's been almost a month when this problem emerged. I can't understand why somebody competent (either Mozilla or preload-linker maintainer or anybody else) haven't done anything yet.

clodhopper · 2009-07-30 17:28:21

Agreed.I think as yet no one has decided who bug belongs to. But i have submitted a bug report,

https://bugzilla.mozilla.org/show_bug.cgi?id=503206

FOLLOWING is an EDIT. FYI;

And above, i think, will possibly be marked as a duplicate of bug 435683.ie;

https://bugzilla.mozilla.org/show_bug.cgi?id=435683

435683 was first reported 2008-05-14 presumably when FF 3,5 was in alpha/beta testing and is classed as a major bug from 2009-07. A fix has been proposed.It is worth reading through that thread. Shows that the moz developers are having a crack at it.

BW,Chris.

Last edited by clodhopper (2009-07-30 17:59:20)

uastasi · 2009-08-11 10:35:52

I have a similar problem with firefox 3.5 on arch x86_64.
Firefox never starts both as user and root: there's no output from terminal so it's difficult to debug.
I thought to a nvidia bug, so I installed nvidia-beta but the problema still remains. Have no idea about the culprit.

clodhopper · 2009-08-11 12:49:24

uastasi wrote:

I have a similar problem with firefox 3.5 on arch x86_64.
Firefox never starts both as user and root: there's no output from terminal so it's difficult to debug.
I thought to a nvidia bug, so I installed nvidia-beta but the problema still remains. Have no idea about the culprit.

Have you tried LD_PRELOAD= firefox "$@" in a terminal as user ? . And notice the space after the = .

BW Chris.

PS I am going to add to the moz bug in terms of 3000 hits on this thread. Maybe they are thinking that few GNU/Linux users are affected whereas it seems to me that many are.

uastasi · 2009-08-11 13:41:35

clodhopper wrote:

Have you tried LD_PRELOAD= firefox "$@" in a terminal as user ? . And notice the space after the = .

Doesn't work for both user and root. I've installed firefox-beta from aur and it seems to work even though some warning messages about gtk and plugins are displayed. I can't give a try to firefox-pgo because it fails into building process.

allbluedream · 2009-08-11 15:08:29

Using firefox-branded from AUR. I use to experience the same problem, but today as I checked, the problem is gone. I can start firefox without hand-made scripts.

uastasi · 2009-08-11 18:43:02

allbluedream wrote:

Using firefox-branded from AUR. I use to experience the same problem, but today as I checked, the problem is gone. I can start firefox without hand-made scripts.

Nothing to do :|

flamelab · 2009-08-12 05:36:00

Firefox won't start here either. I rebuilt it (both firefox from extra and firefox-branded). No output, nothing. I have no idea what's wrong.

Gen2ly · 2009-08-12 12:51:03

Got this too. The LD_PRELOAD settings didn't work for me either. Only way I can get firefox to start is to start in safe-mode and then quit and run firefox regular.

Arch Linux

#26 2009-07-06 20:35:58

Re: Firefox 3.5 will not start

#27 2009-07-06 21:00:51

Re: Firefox 3.5 will not start

#28 2009-07-07 14:44:55

Re: Firefox 3.5 will not start

#29 2009-07-07 17:19:29

Re: Firefox 3.5 will not start

#30 2009-07-07 17:31:31

Re: Firefox 3.5 will not start

#31 2009-07-09 01:05:32

Re: Firefox 3.5 will not start

#32 2009-07-10 12:19:05

Re: Firefox 3.5 will not start

#33 2009-07-10 14:41:55

Re: Firefox 3.5 will not start

#34 2009-07-11 01:39:52

Re: Firefox 3.5 will not start

#35 2009-07-11 02:09:54

Re: Firefox 3.5 will not start

#36 2009-07-11 03:07:40

Re: Firefox 3.5 will not start

#37 2009-07-13 22:47:58

Re: Firefox 3.5 will not start

#38 2009-07-13 23:48:22

Re: Firefox 3.5 will not start

#39 2009-07-14 14:09:34

Re: Firefox 3.5 will not start

#40 2009-07-20 14:13:35

Re: Firefox 3.5 will not start

#41 2009-07-30 12:51:35

Re: Firefox 3.5 will not start

#42 2009-07-30 17:18:30

Re: Firefox 3.5 will not start

#43 2009-07-30 17:28:21

Re: Firefox 3.5 will not start

#44 2009-08-11 10:35:52

Re: Firefox 3.5 will not start

#45 2009-08-11 12:49:24

Re: Firefox 3.5 will not start

#46 2009-08-11 13:41:35

Re: Firefox 3.5 will not start

#47 2009-08-11 15:08:29

Re: Firefox 3.5 will not start

#48 2009-08-11 18:43:02

Re: Firefox 3.5 will not start

#49 2009-08-12 05:36:00

Re: Firefox 3.5 will not start

#50 2009-08-12 12:51:03

Re: Firefox 3.5 will not start

Board footer