Closed Bug 476369 Opened 16 years ago Closed 13 years ago

after upgrade to seamonkey 1.1.14, all mail disappeared

Categories

(SeaMonkey :: MailNews: Account Configuration, defect)

Product:
SeaMonkey
Component:
MailNews: Account Configuration
Version:
SeaMonkey 1.1 Branch
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
RESOLVED INVALID

People

(Reporter: rdr, Unassigned)

References

Details

(Keywords: dataloss, Whiteboard: [Halloween2011Bug])

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.19) Gecko/20081204 SeaMonkey/1.1.14 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.19) Gecko/20081204 SeaMonkey/1.1.14 V1.1.14 upgrade lost email access totally. All accounts disappeared. All folders gone. Folders remained intact. Link to folders disappeared. Reproducible: Didn't try Steps to Reproduce: 1. 2. 3.
What version did you upgrade from? And what do you mean with "All folders gone. Folders remained intact." ? You mean that the folders with mail in it still exist on your disk?
Upgraded from 1.1.13 Directory structure was 6xkgymix.slt\Mail\account1, account2,... etc This was about the 10th upgrade seamonkey has asked me to do and the first that lost the linkage to the mail directory (folder). Needless to say I was fortunate enough to be one who backs up and I restore the prefs.js file as support FAQ suggested. I am reporting not because I needed help fixing it, but rather to draw attention that it happened... Thing is: now I am leery of doing the SeaMonkey upgrades and may switch to Firefox & Thunderbird.
There are various reports about profiles occasionally "disappearing" after updates or system crashes, see bug 392956 for another report. > Thing is: now I am leery of doing the SeaMonkey upgrades and may switch to > Firefox & Thunderbird. Thunderbird is equally affected, this is shared code anyway, thus switching wouldn't help. There are several possible reasons why the profile is no longer recognized on startup, some theories presented in the bug report I referred you to (which is on Thunderbird, by the way). Thus, apparently you've hit one of those cases...
Thanks for the heads up on Thunderbird. Seems that what happened was exactly that - the loss or corruption of the prefs.js file as restoring from backup did fix the problem. Appreciate your help - r
Version: unspecified → SeaMonkey 1.1 Branch
Adding this as another case to tracking bug 123929 on profile corruption.
Blocks: profile-corrupt
so, only prefs.js was lost?
Keywords: dataloss
As this from 1.1 branch and no longer supported -> INVALID
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
Resolution: --- → INVALID
Whiteboard: [Halloween2011Bug]
You need to log in before you can comment on or make changes to this bug.