Closed
Bug 88822
Opened 23 years ago
Closed 15 years ago
Talkback causes crash on startup if running as non-root
Categories
(Core Graveyard :: Talkback Client, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: jeff, Assigned: namachi)
References
Details
(Keywords: crash, relnote)
Attachments
(1 file)
15.86 KB,
text/plain
|
Details |
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2) Gecko/20010628 BuildID: 2001062823 This only happens when I'm NOT root. I had theproblem with 0.9.1 as well as 0.9.2. I downloaded the full 10MB tarball and installed it as root. I ran it first as root. After that, I changed to /usr/local/mozilla and, as a non-root user, typed ./mozilla. I got the following output: MOZILLA_FIVE_HOME=. LD_LIBRARY_PATH=.:./plugins LIBRARY_PATH=.:./components SHLIB_PATH=. LIBPATH=. ADDON_PATH=. MOZ_PROGRAM=./mozilla-bin MOZ_TOOLKIT= moz_debug=0 moz_debugger= I am inside the initialize Hey : You are in QFA Startup (QFA)Talkback error: Can't initialize. ./run-mozilla.sh: line 72: 16327 Segmentation fault $prog ${1+"$@"} Mozilla won't even load, so I have to use 0.8 if I want a browser, or I have to run 0.9.2 as root each time. Reproducible: Always Steps to Reproduce: 1.install the 10MB tarball as root 2.run first as root 3.change to /usr/local/mozilla and type in ./mozilla as NON ROOT user 4.watch it crash Actual Results: MOZILLA_FIVE_HOME=. LD_LIBRARY_PATH=.:./plugins LIBRARY_PATH=.:./components SHLIB_PATH=. LIBPATH=. ADDON_PATH=. MOZ_PROGRAM=./mozilla-bin MOZ_TOOLKIT= moz_debug=0 moz_debugger= I am inside the initialize Hey : You are in QFA Startup (QFA)Talkback error: Can't initialize. ./run-mozilla.sh: line 72: 16327 Segmentation fault $prog ${1+"$@"} Expected Results: started. I'm running Debian 2.2r3, kernel 2.4.5, on an AMD Athlon 800MHz.
i'd suggest making the talkback directory a symlink to ~/.mozilla/talkback or something like that. i'll work on a relnote for this later.
Assignee: asa → namachi
URL: http://any
Component: Browser-General → Talkback
QA Contact: doronr → chofmann
Comment 3•23 years ago
|
||
Yes, i have seen this. All builds. Happens almost never, but i have to erase the entire /usr/local/mozilla dir and reinstall. I thought i filed a talkback for this recently, but cannot find it. Marking NEW for now
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 5•23 years ago
|
||
No, relnotes say that you need to run mozilla as root for the first time in order to complete installation As a matter of fact, since installing mozilla defaults to /usr/local/mozilla, home users do not have write access to that dir, so you _need_ to install mozilla as root or install to a home dir
Comment 6•23 years ago
|
||
I "solved" the problem moving the mozilla/components/talkback directory to mozilla/components/talkback.ins. Now it doesn't talk back anymore, but it also doesn't crash anymore under a normal user.
Comment 7•23 years ago
|
||
Well, I just experienced this bug grabbing a nightly for the first time (2001112008) They should put more obvious doc on this. Or maybe an installer fix ;-)
Comment 8•23 years ago
|
||
*** Bug 101522 has been marked as a duplicate of this bug. ***
Comment 9•23 years ago
|
||
I can reproduce this on FreeBSD 4.4 and I spent the whole morning crying about it (well, I learnt how the ports update works and so on). We should really check for permissions to create the registry -- I assume thats whats wrong. Can somebody @netscape or @mozilla confirm that this is an issue with talkback? As far as I can tell, its a bug in component registration. Right?
OS: Linux → All
Comment 10•22 years ago
|
||
*** Bug 124398 has been marked as a duplicate of this bug. ***
Comment 11•22 years ago
|
||
I ran into a similar problem yesterday with the 1.1 final release. Using 1.1, if I try to start mozilla as a non-root user, I get an "error 126" message and the program exits. I'm running under Red Hat 7.3, and I tried installing first from the .src.rpm file (built for Athlon), and later from the .i386.rpm files I downloaded from the FTP site. Is this still the same problem?
Comment 12•21 years ago
|
||
I continue to have this or a similar problem with RedHat Linux and Mozilla. I have had an inability to start mozilla with versions 1.1 and 1.2 on RH 7.[2,3], and now with 1.4b on RH 8.0. The problem often happens following an upgrade. In the past, I have been able to fix the startup issue by removing the XUL.mfasl file in the current profile (cd ~/.mozilla/<profilename>/<tag>/; rm XUL.mfasl). However, following a 1.4b update from 1.3 RH8 XFT, I cannot start mozilla AT ALL as a user. It works fine as root (how I am sending this report). When I try to start as a user, I first get the prompt for which profile. I select my profile, then nothing. I am not getting a core file nor any other indication of failure. The mozilla-bin appears to be running (via ps), but is not using any CPU (per top). This is a serious problem that I have seen on several machines, with several versions of Mozilla and several versions of RedHat Linux. O/S: RedHat 8.0 with latest updates on a PIII IBM laptop A31P Version: mozilla-1.4b-rh8_gtk2_0.i386.rpm Optional: spellchecker 1.4b, cards 0.9, smoothwheel 0.2, enigmail 0.75
Comment 13•21 years ago
|
||
Howdy, I'm seeing this with RedHat 9, Mozilla 1.4RC1. Starts fine as root; as non-root mozilla crashes on startup. Hardware: Dell Precision 220, 512MB RAM, Intel 833MHz Pentium III. Mozilla 1.3.1 works fine. 1.4beta also fails. No corefile is left. #uname -a Linux 2.4.20-8 #1 [tkatsamp@lieutenant-colonel ~]$ /usr/local/mozilla-rc1/mozilla -v Mozilla 1.4, Copyright (c) 2003 mozilla.org, build 2003052912
Comment 14•21 years ago
|
||
Mozilla doesn't start as non-root user, thou process still exists in process list
Comment 15•20 years ago
|
||
Hi there! The last comment was at 2003-08-09 03:46 PDT and we are now at 1.7rc3 and for me Mozilla is working fine as normal user (as worked the v1.5 and v1.6). Is this bug still exists? Shouldn't we close it? NMarci
Comment 16•20 years ago
|
||
NMarci: you're going to have to provide *very* detailed steps describing how you installed mozilla, which mozilla you installed, and all commands relating to mozilla that you used subsequent to the install. fwiw the windows talkback code seems to have gotten smarter since this bug was opened, it's possible the unix code did too, but i'm not betting my two cents on it.
Comment 17•19 years ago
|
||
Comment 18•19 years ago
|
||
Comment on attachment 177213 [details]
output of strace /usr/local/firefox
That was on the newly installed firefox. Actually that worked the first time,
also as non root. Then I installed thunderbiurd. From then on user lauched
firefox stops with a junk filled window (any window surfing over it leaves an
image). I tried also to reinstall firefox. Again, went ok for root and this is
the first attempt from user
/usr/local/firefox+/firefox
*** loading the extensions datasource
*** ExtensionManager:_updateManifests: no access privileges to application
directory, skipping.
*** loading the extensions datasource
*** ExtensionManager:_updateManifests: no access privileges to application
directory, skipping.
Comment 19•19 years ago
|
||
*** Bug 257993 has been marked as a duplicate of this bug. ***
Comment 20•19 years ago
|
||
*** Bug 301012 has been marked as a duplicate of this bug. ***
Comment 21•15 years ago
|
||
Talkback is dead. Any still-valid bugs incorrectly duped to this one should be reopened.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WONTFIX
Summary: as non-root user, mozilla segfaults upon startup and fails to load (fine as root) → Talkback causes crash on startup if running as non-root
You need to log in
before you can comment on or make changes to this bug.
Description
•