Closed Bug 335219 Opened 19 years ago Closed 18 years ago

Update to Firefox 1.5.0.2 corrupted firefox-bin?

Categories

(Toolkit :: Application Update, defect)

1.8.0 Branch
x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED INVALID

People

(Reporter: john, Unassigned)

Details

User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-GB; rv:1.8.0.2) Gecko/20060308 Firefox/1.5.0.2 Build Identifier: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-GB; rv:1.8.0.2) Gecko/20060308 Firefox/1.5.0.2 I was using Firefox 1.5.0.1 from the Linux tarball on a FC4 x86_64 system. I was prompted to update to 1.5.0.2 and did so, because I had permissions on the Firefox files to do so. Everything seemed OK until I found that I couldn't go to the "My Ebay" page on http://www.ebay.co.uk/ without the browser crashing. I tried it a number of times and it would always crash, even after I cleared all the Ebay cookies I could find. So, I decided to create a new profile and try it there, in case it was an extension problem, or something else in my profile. It also crashes reproducibly in the clean profile. So, I downloaded a clean tarball of 1.5.0.2 and tried it there: no crash. What follows is a diff between the old install (/usr/local/firefox) and the clean tarball (.): $ diff -rq /usr/local/firefox . Only in /usr/local/firefox: active-update.xml Only in /usr/local/firefox/components: compreg.dat Only in /usr/local/firefox/components: myspell Only in /usr/local/firefox/components: xpti.dat Files /usr/local/firefox/firefox-bin and ./firefox-bin differ Only in /usr/local/firefox: install.log Only in /usr/local/firefox/plugins: flashplayer.xpt Only in /usr/local/firefox/plugins: libflashplayer.so Only in /usr/local/firefox/plugins: libjavaplugin_oji.so Only in /usr/local/firefox/plugins: nphelix.so Only in /usr/local/firefox/plugins: nphelix.xpt Only in /usr/local/firefox: registry Only in /usr/local/firefox/updates: last-update.log Only in /usr/local/firefox: updates.xml The interesting line here is the firefox-bin one. So, I quit the firefox running from the clean tarball, backup up the old /usr/local/firefox/firefox-bin and copied in the clean one. The crash again disappeared. I can provide the binary, or a diff or whatever if you like. I can also provide a backtrace or debugging of the crash, if informed how to do it properly... Reproducible: Always Steps to Reproduce: 1.Upgrade from Firefox 1.5.0.1 for Linux tarball to 1.5.0.2 using auto-update mechanism 2.Try to visit "My Ebay" on http://www.ebay.co.uk/ Actual Results: Firefox crashes, reproducibly. Expected Results: See "My Ebay" in the browser, or be prompted to login.
OK, so I found "firefox -g"... Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 4156627232 (LWP 28869)] 0x0829cc83 in XmlInitUnknownEncodingNS () (gdb) bt #0 0x0829cc83 in XmlInitUnknownEncodingNS () #1 0x0829bb8a in XmlInitUnknownEncodingNS () #2 0x0829a055 in XmlInitUnknownEncodingNS () #3 0x0829936f in XmlInitUnknownEncodingNS () #4 0x08297ca3 in XmlInitUnknownEncodingNS () #5 0x08295e5b in XmlInitUnknownEncodingNS () #6 0x08294792 in XmlInitUnknownEncodingNS () #7 0x08293876 in XmlInitUnknownEncodingNS () #8 0x080e48e1 in nsTHashtable<nsBaseHashtableET<nsDepCharHashKey, nsAutoPtr<nsINIParser::INIValue> > >::~nsTHashtable$base () #9 0x080e3ad1 in nsTHashtable<nsBaseHashtableET<nsDepCharHashKey, nsAutoPtr<nsINIParser::INIValue> > >::~nsTHashtable$base () #10 0x08121db5 in nsTHashtable<nsBaseHashtableET<nsStringHashKey, nsCOMPtr<nsIVariant> > >::~nsTHashtable$base () #11 0x080d3d15 in nsTHashtable<nsBaseHashtableET<nsDepCharHashKey, nsAutoPtr<nsINIParser::INIValue> > >::~nsTHashtable$base () #12 0x080d3a89 in nsTHashtable<nsBaseHashtableET<nsDepCharHashKey, nsAutoPtr<nsINIParser::INIValue> > >::~nsTHashtable$base () #13 0xf7f2fa84 in nsInputStreamReadyEvent::EventHandler () from /usr/local/firefox/libxpcom_core.so #14 0xf7f40c23 in PL_HandleEvent () from /usr/local/firefox/libxpcom_core.so #15 0xf7f40b76 in PL_ProcessPendingEvents () from /usr/local/firefox/libxpcom_core.so #16 0xf7f421a3 in nsEventQueueImpl::CheckForDeactivation () from /usr/local/firefox/libxpcom_core.so #17 0x081eea08 in XmlInitUnknownEncodingNS () #18 0x00a6e4fc in g_vasprintf () from /usr/lib/libglib-2.0.so.0 #19 0x00a484ce in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #20 0x00a4b4d6 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #21 0x00a4b7c3 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #22 0x0020aa46 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #23 0x081eecac in XmlInitUnknownEncodingNS () #24 0x08638458 in nsXPTCVariant::Init () #25 0x0807ae7b in ?? () #26 0x08aafc00 in ?? () #27 0xf7e9c146 in ?? () from /usr/local/firefox/libnspr4.so #28 0x00000000 in ?? ()
Is this repeatable ? ie if you d/l the 1.5.0.1 en-GB tarball http://ftp.mozilla.org/pub/mozilla.org/firefox/releases/1.5.0.1/linux-i686/en-GB/firefox-1.5.0.1.tar.gz unpack into an empty directory, run and update it. Does it happen for the en-US version too ?
(In reply to comment #2) > Is this repeatable ? ie if you d/l the 1.5.0.1 en-GB tarball I'd try it if I could figure out how to run two different versions of Firefox with different profiles simultaneously on the same machine/desktop...
(In reply to comment #3) > I'd try it if I could figure out how to run two different versions of Firefox > with different profiles simultaneously on the same machine/desktop... That isn't necessary to do the test, just close your running Firefox first.
(In reply to comment #2) > Is this repeatable ? ie if you d/l the 1.5.0.1 en-GB tarball Right, I've tried it (used vncserver) and unfortunately it's not reproducible, no.
Resolving INVALID due to comment #5.
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
Resolution: --- → INVALID
Version: unspecified → 1.5.0.x Branch
Product: Firefox → Toolkit
You need to log in before you can comment on or make changes to this bug.