Closed Bug 123474 Opened 23 years ago Closed 23 years ago

Net installer dumps core (segfault)

Categories

(SeaMonkey :: Installer, defect)

Product:
SeaMonkey
Component:
Installer
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
blocker

Tracking

(Not tracked)

Status:
VERIFIED DUPLICATE of bug 122918
Milestone:
mozilla0.9.9

People

(Reporter: mozilla, Assigned: slogan)

References

Details

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7) Gecko/20011221
BuildID:    0.9.8

Just downloaded the 0.9.8 installer
(mozilla-i686-pc-linux-gnu-0.9.8-installer.tar.gz), tried to install it on two
Mandrake 8.1 machines that run behind a firewall and both install attempts
dumped core:

# ./mozilla-installer
./mozilla-installer: line 55: 31706 Segmentation fault      (core dumped)
./mozilla-installer-bin --sync $@

Both machines are running 2.4.17 (one's a Sony VAIO laptop and the other's a
dual Celeron desktop.

Hope that helps,

-Charlie

Reproducible: Always
Steps to Reproduce:
1. ./mozilla-installer
2.
3.

Actual Results:  core dump

Expected Results:  installed properly
core dumped on my machine, too. (Linux kernel 2.4.4)

After that,
I run ./mozilla-installer again and installed by "custom" without the inspector.
Successfully, I was able to install.
I crashed too when using the net installer on Debian GNU/Linux unstable. I chose
a custom install and unchecked the components inspector, debugger and chatzilla.
I am behind a firewall too if that matters.

Damn this is embarassing...we should have caught this one.
I should add that it crashes even before I see any visual indication of that the
download has started (progress bar is 0). As usual with the net installer I saw
the warnings mentioned in bug 84492 on the console.
Summary: 0.9.8 installer dumps core! → 0.9.8 net installer dumps core!
Also see bug 123482 for a stack trace that probably is the same as this.
Status: UNCONFIRMED → NEW
Ever confirmed: true
QA Contact: bugzilla → ktrina
If I run the installer though gdb it doesn't crash, but hangs. If I kill it with
^C and then get the backtrace this is what I get:

Starting program: /home/andre/mozilla-installer/./mozilla-installer-bin 
[New Thread 1024 (LWP 1599)]

Program received signal SIGINT, Interrupt.
[Switching to Thread 1024 (LWP 1599)]
0x403de632 in connect () from /lib/libc.so.6
(gdb) bt
#0  0x403de632 in connect () from /lib/libc.so.6
#1  0x4029c35f in connect () from /lib/libpthread.so.0
#2  0x08061f3e in nsSocket::Open ()
#3  0x08062858 in nsFTPConn::Open ()
#4  0x0805be64 in nsXIEngine::Download ()
#5  0x08057c03 in nsInstallDlg::PerformInstall ()
#6  0x08056f0d in nsInstallDlg::Next ()
#7  0x400aa1c5 in gtk_marshal_NONE__NONE () from /usr/lib/libgtk-1.2.so.0
#8  0x400d9b7c in gtk_signal_remove_emission_hook () from /usr/lib/libgtk-1.2.so.0
#9  0x400d8fe5 in gtk_signal_set_funcs () from /usr/lib/libgtk-1.2.so.0
#10 0x400d70c3 in gtk_signal_emit () from /usr/lib/libgtk-1.2.so.0
#11 0x40048078 in gtk_button_clicked () from /usr/lib/libgtk-1.2.so.0
#12 0x400495fd in gtk_button_get_relief () from /usr/lib/libgtk-1.2.so.0
#13 0x400aa1c5 in gtk_marshal_NONE__NONE () from /usr/lib/libgtk-1.2.so.0
#14 0x400d8e7f in gtk_signal_set_funcs () from /usr/lib/libgtk-1.2.so.0
#15 0x400d70c3 in gtk_signal_emit () from /usr/lib/libgtk-1.2.so.0
#16 0x40047fb8 in gtk_button_released () from /usr/lib/libgtk-1.2.so.0
#17 0x40048f68 in gtk_button_get_relief () from /usr/lib/libgtk-1.2.so.0
#18 0x400a9e4f in gtk_marshal_BOOL__POINTER () from /usr/lib/libgtk-1.2.so.0
#19 0x400d9023 in gtk_signal_set_funcs () from /usr/lib/libgtk-1.2.so.0
#20 0x400d70c3 in gtk_signal_emit () from /usr/lib/libgtk-1.2.so.0
#21 0x4010dadb in gtk_widget_event () from /usr/lib/libgtk-1.2.so.0
#22 0x400a9d95 in gtk_propagate_event () from /usr/lib/libgtk-1.2.so.0
#23 0x400a8efe in gtk_main_do_event () from /usr/lib/libgtk-1.2.so.0
#24 0x40157477 in gdk_wm_protocols_filter () from /usr/lib/libgdk-1.2.so.0
#25 0x40187578 in g_get_current_time () from /usr/lib/libglib-1.2.so.0
#26 0x40187b83 in g_get_current_time () from /usr/lib/libglib-1.2.so.0
#27 0x40187d1c in g_main_run () from /usr/lib/libglib-1.2.so.0
#28 0x400a87f7 in gtk_main () from /usr/lib/libgtk-1.2.so.0
#29 0x0805ad12 in nsXInstaller::RunWizard ()
#30 0x0805b3ab in main ()
#31 0x403276cf in __libc_start_main () from /lib/libc.so.6
Also seen on Debian linux with a 2.4.17 kernel.

% ./mozilla-installer
./mozilla-installer: line 55:  5364 Segmentation fault     
./mozilla-installer-bin --sync $@
%

I was using a non-default 'Destination Directory' and a 'Custom' install of all
the components and I had checked 'Save installer modules upon download'.  The
crash was reproducible and after enabling core dumps (ulimit -c 1024000) I was
able to get a stack trace.

% gdb mozilla-installer-bin core
...
(gdb) where
#0  0x0806207b in nsSocket::Send ()
#1  0x08063094 in nsFTPConn::IssueCmd ()
#2  0x08062ed0 in nsFTPConn::Close ()
#3  0x0805c1f9 in nsXIEngine::CheckConn ()
#4  0x0805be1d in nsXIEngine::Download ()
#5  0x08057c03 in nsInstallDlg::PerformInstall ()
#6  0x08056f0d in nsInstallDlg::Next ()
#7  0x400ac1c5 in gtk_marshal_NONE__NONE () from /usr/lib/libgtk-1.2.so.0
#8  0x400dbb7c in gtk_signal_remove_emission_hook ()
   from /usr/lib/libgtk-1.2.so.0
#9  0x400dafe5 in gtk_signal_set_funcs () from /usr/lib/libgtk-1.2.so.0
#10 0x400d90c3 in gtk_signal_emit () from /usr/lib/libgtk-1.2.so.0
#11 0x4004a078 in gtk_button_clicked () from /usr/lib/libgtk-1.2.so.0
#12 0x4004b5fd in gtk_button_get_relief () from /usr/lib/libgtk-1.2.so.0
#13 0x400ac1c5 in gtk_marshal_NONE__NONE () from /usr/lib/libgtk-1.2.so.0
#14 0x400dae7f in gtk_signal_set_funcs () from /usr/lib/libgtk-1.2.so.0
#15 0x400d90c3 in gtk_signal_emit () from /usr/lib/libgtk-1.2.so.0
#16 0x40049fb8 in gtk_button_released () from /usr/lib/libgtk-1.2.so.0
#17 0x4004af68 in gtk_button_get_relief () from /usr/lib/libgtk-1.2.so.0
#18 0x400abe4f in gtk_marshal_BOOL__POINTER () from /usr/lib/libgtk-1.2.so.0
#19 0x400db023 in gtk_signal_set_funcs () from /usr/lib/libgtk-1.2.so.0
#20 0x400d90c3 in gtk_signal_emit () from /usr/lib/libgtk-1.2.so.0
#21 0x4010fadb in gtk_widget_event () from /usr/lib/libgtk-1.2.so.0
#22 0x400abd95 in gtk_propagate_event () from /usr/lib/libgtk-1.2.so.0
#23 0x400aaefe in gtk_main_do_event () from /usr/lib/libgtk-1.2.so.0
#24 0x40159477 in gdk_wm_protocols_filter () from /usr/lib/libgdk-1.2.so.0
#25 0x4018a578 in g_get_current_time () from /usr/lib/libglib-1.2.so.0
#26 0x4018ab83 in g_get_current_time () from /usr/lib/libglib-1.2.so.0
#27 0x4018ad1c in g_main_run () from /usr/lib/libglib-1.2.so.0
#28 0x400aa7f7 in gtk_main () from /usr/lib/libgtk-1.2.so.0
#29 0x0805ad12 in nsXInstaller::RunWizard ()
#30 0x0805b3ab in main ()
#31 0x4032a65f in __libc_start_main () from /lib/libc.so.6
(gdb) 
*** Bug 123561 has been marked as a duplicate of this bug. ***
There are at least two work-arounds to the problem.  The first is to get the tar
ball instead of doing a network install.  The second is to ftp to
ftp.mozilla.org and download the .xpi files for the components you wanted from
the pub/mozilla/releases/mozilla0.9.8/linux-xpi directory.  Move the .xpi files
into the mozilla-installer/xpi directory and rerun mozilla-installer.  To figure
out which .xpi files you need, check the config.ini file in the
mozilla-installer directory.  mozilla-installer is smart enough to see that the
.xpi files have already been downloaded and will proceed to install them.  This
worked well for me when I tested it.  The other alternatives are to (a) wait for
the download rush to abate - this problem seems related to the delays connecting
to the ftp server and (b) wait for Mozilla.org to release a fixed installer for
Linux.
*** Bug 123650 has been marked as a duplicate of this bug. ***
Add "segfault" to summary to catch more dupes. This looks like bug 116564 which
I'll dupe to this one since this has more detail and more CC's. Assigning to
owner of 116564
Assignee: dveditz → syd
Keywords: mozilla0.9.9, nsbeta1
Summary: 0.9.8 net installer dumps core! → Net installer dumps core (segfault)
*** Bug 116564 has been marked as a duplicate of this bug. ***
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.9
I'm copying in the summary from bug Bug 116564 because I think this
is pretty relevant.

> Summary: Net Installer segfaults (crashes) when XPI fails to be retrieved
>
> The 0.9.7 Net installer got to the point where it was downloading the DOM
> Inspector XPI.  It popped up a dialog saying that the file could not be
> retrieved and that it was going to retry.   I clicked teh button, but then the
> installer crashed.

Today mozilla.org had bad network problems for several hours and
i'm sure a lot of file transfers failed. If mozilla crashes when
xpi downloads fail then that would explain why no one noticed the
problem in the pre-0.9.8 builds and why so many people crashed today. 
You are probably right Endico. I just tried the 0.9.8 net installer again and it
did not crash this time. Re-creating the crashes will be hard if we need to
break the mozilla.org network first, but hopefully the backtraces we have will
be enough?
This is probably bug 122918, but we won't know for sure until the next milestone
swamps the servers.

*** This bug has been marked as a duplicate of 122918 ***
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Keywords: nsbeta1 → nsbeta1+
Resolution: --- → DUPLICATE
Verified as a dupe of bug 122918
Status: RESOLVED → VERIFIED
*** Bug 123482 has been marked as a duplicate of this bug. ***
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.