Closed Bug 57401 Opened 25 years ago Closed 25 years ago

crash on startup when localstore.rdf is corrupt

Categories

(Core :: Preferences: Backend, defect, P1)

defect

Tracking

()

VERIFIED DUPLICATE of bug 57246

People

(Reporter: st.n, Assigned: waterson)

Details

(Keywords: crash)

Attachments

(1 file)

You must just have received a few talkback reports from me because Mozilla crashed directly on startup. This happened on WinNT with build 2000101920 and other builds which are a few days old. I had to move away the file ...\Mozilla\Users50\default\localstore.rdf. After that, the window sizes and positions were back to the default, but Mozilla works again. I'm going to attach the corrupt localstore.rdf. I've seen this on Linux, too, a few days ago. When I'm back to my Linux machine, I will give you more info on that. Can somebody please help me find the right component? I chose "browser general" because I don't know it better.
Attached file corrupt localstore.rdf
Keywords: crash
cc: kairo, who opened such a bug before.
I saw this too the other day (Linux trunk build from a couple days ago). I also submitted a couple talkbacks. It was complaining about a line in my localstore.rdf file which was "malformed" or somesuch. The offending line was from my urlbar history: a really long URL with some type of cgi content (similar to quite a few of the ones in the attached file).Removing this line from the file fixed the problem. Unfortunately, I can't find the URL to compare with the ones in the attached file... is there a talkback history somewhere I can pull it from?
Since I seem to be not the only one who has seen this, could somebody please confirm this bug, i.e. change the status to new? Thanks. And I still don't know the right component - I'm trying "Preferences: backend" now. Unfortunately I don't have the corrupt localstore.rdf any more which caused the crash on Linux. But it was like in Dave's comment - removing a few lines prevented the crash.
Component: Browser-General → Preferences: Backend
confirming. staring with waterson, since it's a corrupt rdf file that seems to be the problem. Maybe we have 2 problems here? 1) the rdf file is getting corrupted. 2) once an rdf file is corrupt, we don't recover well.
Assignee: asa → waterson
Status: UNCONFIRMED → NEW
Ever confirmed: true
Priority: P3 → P1
This is a dup of bug 57246. *** This bug has been marked as a duplicate of 57246 ***
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
verified
Status: RESOLVED → VERIFIED
What part of the attached RDF is corrupt?
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: