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)

x86
All
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: jeff, Assigned: namachi)

References

Details

(Keywords: crash, relnote)

Attachments

(1 file)

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.
*** Bug 88824 has been marked as a duplicate of this bug. ***
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
Component: Browser-General → Talkback
Keywords: crash, relnote
QA Contact: doronr → chofmann
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
Isn't this an effect of bug 74574 ?
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
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.

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 ;-)
*** Bug 101522 has been marked as a duplicate of this bug. ***
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
*** Bug 124398 has been marked as a duplicate of this bug. ***
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?
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
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
Mozilla doesn't start as non-root user, thou process still exists in process list
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
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 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.
*** Bug 257993 has been marked as a duplicate of this bug. ***
*** Bug 301012 has been marked as a duplicate of this bug. ***
Product: Core → Core Graveyard
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.