Closed Bug 112831 Opened 24 years ago Closed 24 years ago

Linux: installer crashes if installing DOM Inspector after downloading

Categories

(SeaMonkey :: Installer, defect)

x86
Linux
defect
Not set
critical

Tracking

(Not tracked)

VERIFIED FIXED
mozilla0.9.7

People

(Reporter: mozilla, Assigned: slogan)

References

Details

(Keywords: crash)

Attachments

(5 files)

From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:0.9.6+) Gecko/20011129 BuildID: 2001112921 After downloading the installer crashes with the following error msg: mozilla-installer: line 55: 3397 Segmentation fault ./mozilla-installer-bin --sync $@ This only occurs when I select the complete intall. Typical install works fine. Reproducible: Always Steps to Reproduce: 1. Run mozilla installer 2. Click Next 3. Click Accept 4. Select Complete 5. Click Next 6. Click Install Actual Results: Installer crashes Expected Results: Installer should have completed task This bug appeared in builds after the 2001112821 build.
Confirming. Thanks for the analysis. I downloaded the nightlies to test out this and you're right. It seems the LINUX installer only segfaults when the DOM Inspector is enabled as an option. You can do a custom install without the Inspector and have it work. Enable only the inspector or inspector + foo, and segfault. I also downloaded yesterday's builds and they too do NOT work with the inspector. Confirming on: Linux 2001112906 Linux 2001112908 Linux 2001112913 Linux 2001112921 Linux 2001113006 cc'ing hewitt who enabled this.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: Linux: installer crashes on "complete" install after downloading → Linux: installer crashes if installing DOM Inspector after downloading
tar is throwing an error at me (see output), also note there is no inspector.xpi (or whatever) in the .xpi list.
On further inspection (no pun intended), it appears that DOM Inspector is not even being BUILT for linux. The FTP areas have no inspector.xpi available.
Filed bug 112868 about inspector.xpi not being either built or sent to the ftp area.
QA Contact: bugzilla → ktrina
Workaround: install the tarball (tar.gz) which has inspector enabled.
Depends on: 112868
*** Bug 113028 has been marked as a duplicate of this bug. ***
installer dumped core after downloading everything.
since stack trace involves nsFTPConn perhaps downloading was actually not yet complete.
I believe this problem is related to the new bug report I just filed: http://bugzilla.mozilla.org/show_bug.cgi?id=113144 See my Additional Comment #2 for a possible solution.
Blocks: 113144
Attached patch patchSplinter Review
looks like the xpi doesn't get built because I mis-named a file in the package list.
Checked in fix, I'll wait until after tomorrows builds confirm that this worked before I mark this fixed.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.7
Comment on attachment 60126 [details] [diff] [review] patch r=syd (I know, a little late)
Attachment #60126 - Flags: review+
inspector.xpi still is not in /ftp.mozilla.org/pub/mozilla/nightly/2001-12-03-08-trunk/linux-xpi/ That is where it should be, yes? And of course it is not in the linux-sea tarball either :-(
*** Bug 112763 has been marked as a duplicate of this bug. ***
checked in the patch to makeall.pl, hope that does the trick.
No longer depends on: 112868
*** Bug 112868 has been marked as a duplicate of this bug. ***
Successfully downloaded and installed nightly build, including inspector. System: Linux Mandrake 7.1, kernel 2.2.15
Works for me, too. RedHat 7.1.
Build 2001120406 now works for me. Debian/unstable. Changing resolution to fixed.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Marking verified. Now works per reporter.
Status: RESOLVED → VERIFIED
*** Bug 109840 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.

Attachment

General

Creator:
Created:
Updated:
Size: