Closed Bug 152477 Opened 23 years ago Closed 23 years ago

~/.mozilla/appreg contains a bogus value for the user profile directory

Categories

(Core Graveyard :: Profile: BackEnd, defect)

Sun
SunOS
defect
Not set
major

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 154054

People

(Reporter: andrew.lynch, Assigned: ccarlen)

References

Details

Build 2002061401 (1.1a) After a crash, ~/.mozilla/appreg contains a bogus value for the user profile directory. The correct value loses the last character ( ie: /home/andrewl/.mozilla/default/y0rem95g.slt becomes /home/andrewl/.mozilla/default/y0rem95g.sl ). Profile manager then fails to find the correct profile directory, and cannot access that profile. From truss: ... 5182: access("/home/andrewl/.mozilla", 0) = 0 5182: open("/home/andrewl/.mozilla/appreg", O_RDWR) = 9 5182: access("/home/andrewl/.mozilla/default/y0rem95g.", 0) Err#2 ENOENT 5182: access("/home/andrewl/.mozilla/inspector/71qp9l6e.slt", 0) = 0 5182: access("/home/andrewl/.mozilla/andrewl/skg00s1r.slt", 0) = 0 5182: access("/home/andrewl/.mozilla", 0) = 0 ...
Yup, confimed on 20020626 Solaris 10, SPARC. Initially I thought that appreg was only getting corrupted following a moz crash, but I've just had it happen following a clean exit. Workaround: keep a copy of appreg somewhere :)
Status: UNCONFIRMED → NEW
Ever confirmed: true
Also happens for Mozilla 1.0 (build 2002061318) on both Solaris 7 and 8.
*** Bug 154758 has been marked as a duplicate of this bug. ***
resolving as dup of bug 154054 - there's more info there *** This bug has been marked as a duplicate of 154054 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
verified
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.