Closed Bug 266852 Opened 20 years ago Closed 16 years ago

Crash on startup with Roaming Profile [@ nsCharTraits::length - nsStringBundle::GetStringFromName]

Categories

(Core Graveyard :: Profile: Roaming, defect)

x86
Other
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: InvisibleSmiley, Unassigned)

Details

(Keywords: crash)

Crash Data

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a4) Gecko/20040928 MultiZilla/1.6.4.0b
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a4) Gecko/20040928 MultiZilla/1.6.4.0b

Using a current build from CVS (1.8a5), I can 100% reproduce a crash on both
Sparc/Solaris and i386 Linux. This broke at least some weeks ago.

It happens when starting up with a profile I used with an older version of
Mozilla (some 1.8a2 nightly) which is a Roaming Profile. With the older version,
there was no crash (i.e. Roaming worked), but now it does.
If I start with the older Mozilla version and switch off Roaming for that
profile, I can even use it with the new Mozilla version. If I then reactivate
Roaming with the new Mozilla version, it does also crash on shutdown.

I made a debug build for Sparc/Solaris and let ddd run after the crash. I did a
"bt" and got some output (attached) in the lower part of the window and the
following in the upper part: "gdkevents.c: No such file or directory.". Indeed,
this file is not present on the Sparc/Solaris system (apart from the sources
used to install GTK) - should it?

Reproducible: Always
Steps to Reproduce:
1. Use current CVS build on Sparc/Solaris or Linux
2. enable Roaming for your profile
Actual Results:  
It crashes.

Expected Results:  
No crash should happen.
Attached file Backtrace
Keywords: crash
Support! So do I...
I have to create another profile and copy Mail & News directory from the
old-unused-crashed profile to try to same my data!

ps: I'm on Linux, with Seamonkey trunk.
backtrace basically says

nsCharTraits::length() in libi18n.so
nsStringBundle::GetStringFromName() in libi18n.so
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: Crash on startup with Roaming Profile → Crash on startup with Roaming Profile [@ nsCharTraits::length - nsStringBundle::GetStringFromName]
Chun, I assume that the stacktrace you're getting is the same as this one? Because you could be seeing an entirely different bug. 

Jens, can you still reproduce this with Firefox 1.5?
(In reply to comment #4)
> Jens, can you still reproduce this with Firefox 1.5?

Umm, since when does this bug concern Firefox? I guess there is no Roaming feature for Firefox. I was using the Mozilla suite; now I'm building SeaMonkey from trunk. I will try to see whether the bug still occurs there.
Even using clean profile (I've deleted whole Mozilla directory) crashes Seamonkey when reading/writing to http profile

Mozilla/5.0 (Windows; U; Windows NT 5.1; pl-PL; rv:1.8.0.1) Gecko/20060130 SeaMonkey/1.0
Jens writes "current SeaMonkey trunk doesn't support Roaming Profiles anymore; support for it was removed when we switched to Toolkit profile management. Since old profiles (SM 1.x) are migrated (i.e. copied/adapted) I think it's impossible to reproduce with current trunk. Since the bug is filed against trunk it would be an option to resolve it as WONTFIX, especially since there's no progress on either bug 378647 (reactivating Roaming in SM) nor bug 377242 (implementing Roaming in TB) and there won't be coming anything from the Firefox side (Weave's the way to go there)."

=> wontfix (or someone can choose invalid)
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WONTFIX
Crash Signature: [@ nsCharTraits::length - nsStringBundle::GetStringFromName]
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: