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)
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.
Reporter | ||
Comment 1•19 years ago
|
||
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 ?? ()
Comment 2•19 years ago
|
||
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 ?
Reporter | ||
Comment 3•19 years ago
|
||
(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...
Comment 4•19 years ago
|
||
(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.
Reporter | ||
Comment 5•19 years ago
|
||
(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.
![]() |
||
Comment 6•18 years ago
|
||
Resolving INVALID due to comment #5.
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
Resolution: --- → INVALID
Version: unspecified → 1.5.0.x Branch
Assignee | ||
Updated•17 years ago
|
Product: Firefox → Toolkit
You need to log in
before you can comment on or make changes to this bug.
Description
•