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)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: InvisibleSmiley, Unassigned)
Details
(Keywords: crash)
Crash Data
Attachments
(1 file)
|
12.78 KB,
text/plain
|
Details |
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.
| Reporter | ||
Comment 1•20 years ago
|
||
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.
Comment 3•19 years ago
|
||
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]
Comment 4•19 years ago
|
||
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?
| Reporter | ||
Comment 5•19 years ago
|
||
(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.
Comment 6•19 years ago
|
||
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
Comment 7•16 years ago
|
||
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
| Assignee | ||
Updated•13 years ago
|
Crash Signature: [@ nsCharTraits::length - nsStringBundle::GetStringFromName]
| Assignee | ||
Updated•8 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•