Closed
Bug 243315
Opened 20 years ago
Closed 20 years ago
Official Firefox Linux GTK2+Xft builds do not start [began 2004-05-11-08-trunk]
Categories
(Firefox Build System :: General, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: ali, Assigned: bryner)
References
()
Details
(Keywords: regression)
Build: ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2004-05-11-08-trunk/firefox-i686-linux-gtk2+xft.tar.gz After untarring the latest Firefox GTK2+Xft non-installer build, I run firefox from the console, and nothing happens. I just get this: [aebrahim@palevsky-223-084 firefox]$ firefox [aebrahim@palevsky-223-084 firefox]$ No segfault, no nothing. If I start it up using firefox -P, then it does start up the profile manager, so it's clearly loading something. But normal startup does nothing.
Reporter | ||
Comment 1•20 years ago
|
||
Acutally, I take that back. firefox -P doesn't do anything either. I was testing the wrong install when I tried -P.
Comment 2•20 years ago
|
||
I'm seeing this too. No go. Marking blocker since it's not possible to test the nightly firefox builds.
Severity: critical → blocker
Does the nightly have a libxremoteservice.so in the components directory?
Updated•20 years ago
|
Severity: blocker → critical
Reporter | ||
Comment 4•20 years ago
|
||
(In reply to comment #3) > Does the nightly have a libxremoteservice.so in the components directory? No.
When calling the firefox-bin directly the following error is received: ./firefox-bin: relocation error: ./firefox-bin: undefined symbol: _ZN12nsCharTraitsIcE12sEmptyBufferE
Works fine: ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2004-05-06-08-trunk/firefox-i686-linux-gtk2+xft-installer.tar.gz Fails: ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2004-05-11-08-trunk/firefox-i686-linux-gtk2+xft-installer.tar.gz ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2004-05-12-08-trunk/firefox-i686-linux-gtk2+xft-installer.tar.gz
Reporter | ||
Comment 7•20 years ago
|
||
*** Bug 243550 has been marked as a duplicate of this bug. ***
Comment 8•20 years ago
|
||
Works again: ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/firefox-i686-linux-gtk2+xft.tar.gz
Reporter | ||
Comment 9•20 years ago
|
||
Yep, working as of: ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2004-05-13-19-trunk/firefox-i686-linux-gtk2+xft.tar.gz
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 10•20 years ago
|
||
Works: ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2004-05-14-08-trunk/firefox-i686-linux-gtk2+xft.tar.gz Doesn't: ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2004-05-14-15-trunk/firefox-i686-linux-gtk2+xft.tar.gz REOPEN
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 11•20 years ago
|
||
Tested this with todays trunk gtk2+xft 16th May, and it would not start, however.. I disabled one of my extensions "User agent switcher 0.31" and the build started ok.. Related I wonder? Will try this on other builds during the week..
Comment 12•20 years ago
|
||
*** Bug 243390 has been marked as a duplicate of this bug. ***
Comment 13•20 years ago
|
||
no. i'm not able to run firefox nightly from 20040516 on clean profile.
(In reply to comment #11) > Tested this with todays trunk gtk2+xft 16th May, and it would not start, > however.. I disabled one of my extensions "User agent switcher 0.31" and the > build started ok.. Related I wonder? > Will try this on other builds during the week.. > I use a custom Linux build that also breaks with the User Agent Switcher extension. I believe the extension is at fault here.
Comment 15•20 years ago
|
||
I just updated to 17/05 nightly and Firefox does not start for me as well. Running firefox-bin from the console I get: # /opt/firefox/firefox-bin /opt/firefox/firefox-bin: error while loading shared libraries: libmozjs.so: cannot open shared object file: No such file or directory
Comment 16•20 years ago
|
||
(In reply to comment #15) > Running firefox-bin > from the console I get: Actually I take it back. Running it from the console, but with /opt/firefox as current directory it just disappears without any error.
Comment 17•20 years ago
|
||
(In reply to comment #11) > I use a custom Linux build that also breaks with the User Agent Switcher > extension. I believe the extension is at fault here. Ok, I will get rid of that extension for the time being whilst testing, still no luck booting with todays trunk 17th May.
Comment 18•20 years ago
|
||
Spam: self cc
Reporter | ||
Comment 19•20 years ago
|
||
*** Bug 243980 has been marked as a duplicate of this bug. ***
Reporter | ||
Comment 20•20 years ago
|
||
Per suggestion from here: http://forums.mozillazine.org/viewtopic.php?t=77776 Deleting components/compreg.dat seems to fix the problem. However, it then spews out the following error on the console: [aebrahim@palevsky-223-084 aebrahim]$ firefox nsNativeComponentLoader: SelfRegisterDll(libnegotiateauth.so) Load FAILED with error: libcom_err.so.3: cannot open shared object file: No such file or directory*** eeeeeeee = [Exception... "Component returned failure code: 0x80520006 (NS_ERROR_FILE_TARGET_DOES_NOT_EXIST) [nsIFile.remove]" nsresult: "0x80520006 (NS_ERROR_FILE_TARGET_DOES_NOT_EXIST)" location: "JS frame :: file:///home/aebrahim/firefox/components/nsExtensionManager.js :: ensureExtensionsFiles :: line 217" data: no] The error is non-fatal, and Firefox continues to run okay. However, the installer version does not spew out this error.
Reporter | ||
Comment 21•20 years ago
|
||
*** Bug 243829 has been marked as a duplicate of this bug. ***
Comment 22•20 years ago
|
||
(In reply to comment #20) > Per suggestion from here: > http://forums.mozillazine.org/viewtopic.php?t=77776 > > Deleting components/compreg.dat seems to fix the problem. However, it then spews > out the following error on the console: > > [aebrahim@palevsky-223-084 aebrahim]$ firefox > nsNativeComponentLoader: SelfRegisterDll(libnegotiateauth.so) Load FAILED with > error: libcom_err.so.3: cannot open shared object file: No such file or > directory*** eeeeeeee = [Exception... "Component returned failure code: > 0x80520006 (NS_ERROR_FILE_TARGET_DOES_NOT_EXIST) [nsIFile.remove]" nsresult: > "0x80520006 (NS_ERROR_FILE_TARGET_DOES_NOT_EXIST)" location: "JS frame :: > file:///home/aebrahim/firefox/components/nsExtensionManager.js :: > ensureExtensionsFiles :: line 217" data: no] > > The error is non-fatal, and Firefox continues to run okay. However, the > installer version does not spew out this error. Seems that if the running user has write access to the components folder, the compreg.dat file will be rebuilt on the next browser launch.
Reporter | ||
Comment 23•20 years ago
|
||
(In reply to comment #22) > Seems that if the running user has write access to the components folder, the > compreg.dat file will be rebuilt on the next browser launch. Yes, but the rebuilt compreg.dat does not cause the browser to fail launching. It seems to works fine.
Comment 24•20 years ago
|
||
(In reply to comment #23) > (In reply to comment #22) > > Seems that if the running user has write access to the components folder, the > > compreg.dat file will be rebuilt on the next browser launch. > > Yes, but the rebuilt compreg.dat does not cause the browser to fail launching. > It seems to works fine. I never indicated that it caused the browser to fail launching. In fact I was attempting to indicate that if the user had write permissions to the components directory that the error reported by Ali Ebrahim would also be corrected. Perhaps I should have been more clear.
Comment 25•20 years ago
|
||
Build: http://ftp.scarlet.be/pub/mozilla.org/firefox/nightly/2004-05-20-15-trunk/firefox-i686-linux-gtk2+xft.tar.gz Works now for me. Previous attempts with builds around 14/05 failed with the below error. Is this fixed? ./firefox-bin: relocation error: ./firefox-bin: undefined symbol: _ZN12nsCharTraitsIcE12sEmptyBufferE
Comment 26•20 years ago
|
||
OK just tested Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a2) Gecko/20040521 Firefox/0.8.0+ installer and normal version and both started fine and I used my original profile. However none of my extensions/themes where seen, but installing the extensions/themes again seems to work OK, but to be sure I will create a new .firefox. Also "help contents" is missing from the installer build..
Comment 27•20 years ago
|
||
Startup is fine for me (Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a2) Gecko/20040525 Firefox/0.8.0+), using my normal profile and a few extensions (Adblock, SessionSaver, Linky, mozex, SmartSearch, editCSS). Some extensions aren't working however (context menu items missing for Linky, mozex, SmartSearch, editCSS), Adblock works, SessionSaver doesn't. Will try to re-install those add-ons.
Comment 28•20 years ago
|
||
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a2) Gecko/20040526 Firefox/0.8.0+ I built my own custom build, and if I go to Tools->Options and switch between the different tabs firefox eventually Segfaults, every time. I'm using GCC 3.4.0
Reporter | ||
Comment 29•20 years ago
|
||
I can no longer reproduce this bug using the following build: ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2004-05-26-08-trunk/firefox-i686-linux-gtk2+xft.tar.gz Am closing this, since comment 26 and comment 27 also can no longer reproduce.
Status: REOPENED → RESOLVED
Closed: 20 years ago → 20 years ago
Resolution: --- → FIXED
Comment 30•20 years ago
|
||
This appears to have started happening again with the latest nightlies. Using: ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2004-06-01-08-trunk/firefox-i686-linux-gtk2+xft.tar.gz $ /usr/local/firefox/firefox-bin /usr/local/firefox/firefox-bin: relocation error: /usr/local/firefox/firefox-bin: undefined symbol: _ZN12nsCharTraitsIcE12sEmptyBufferE Removal of the compreg.dat file no longer has any effect on the error.
Comment 31•20 years ago
|
||
Recent return of this problem on my system appears to have been due to my nightly upgrade script... sorry for the false alarm. All is well now.
Updated•6 years ago
|
Component: Build Config → General
Product: Firefox → Firefox Build System
You need to log in
before you can comment on or make changes to this bug.
Description
•