Closed
Bug 299346
Opened 19 years ago
Closed 14 years ago
address book deleted when opening TBird - 2nd x in a month~
Categories
(Thunderbird :: Address Book, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: homepeace, Assigned: Bienvenu)
References
Details
(Keywords: dataloss, Whiteboard: comment 16)
Attachments
(1 file, 1 obsolete file)
7.51 KB,
patch
|
standard8
:
review+
mscott
:
superreview+
asa
:
approval1.8b4+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050630 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050630 When I open TBird, a window opens and says, (in my own words) "Address book has been deleted/corrupted, address book now available under Personal Address Book". I'm sorry I don't have the exact language. But, sure as schlitz, all the contents of my address book are gone. This is a supreme hassle. It seems to occur randomly. It happens right after I have started the computer. Reproducible: Couldn't Reproduce Steps to Reproduce: 1.Turn on computer. 2.Open TBird. 3.Hope that by an act of Congress, the darn thing will reproduce so I can convey the actual @$*)_(&&!&(# error message to the nice people in the Bug room Expected Results: Not messed with my addresses. At least it could have told me where they went. It gave no clues or leads.
Assignee | ||
Comment 1•19 years ago
|
||
did the error message mention that a backup of your address book was created? If you look in your user profile dir, you'll probably see a file with a name like abook.mab.bak. your user profile dir is usually c:\documents & settings\<user name>\application data\thunderbird\profiles<xxx.slt>. You may be able to copy that .bak file over the .mab file to restore the contents of your old ab (after making a copy of the .mab file, just to be safe)
Assignee | ||
Comment 2•19 years ago
|
||
if the file exists, but there was an error opening the file, we're going to say it's a permission problem, and not try to rename the db...
Attachment #188170 -
Flags: review?(bugzilla)
Comment 3•19 years ago
|
||
Comment on attachment 188170 [details] [diff] [review] fix for dealing with locked db files As discussed on IRC, I'd like to see an alert to the user warning that the files are locked by something else. It should only be once per session though. One other thing: - ret = NS_ERROR_FAILURE; //check: use the right error code + ret = NS_ERROR_FILE_ACCESS_DENIED; //check: use the right error code Do we know if this is the right error code now?
Attachment #188170 -
Flags: review?(bugzilla) → review-
Comment 4•19 years ago
|
||
Errm, the patch also stops import working (at least on linux). I get the error raised at this line: http://lxr.mozilla.org/seamonkey/source/mailnews/import/src/nsImportAddressBooks.cpp#805 The code is equivalent to NS_ERROR_FILE_ACCESS_DENIED, remove your patch and it works fine.
Assignee | ||
Comment 5•19 years ago
|
||
I'll change the error code comment...not sure why import would stop working. I tried to make it an error only if the db file actually already existed. Ah, which is what the import code does. Bad import code; it should let the address book code create the db. sigh...not sure what to do about that.
Assignee | ||
Comment 6•19 years ago
|
||
this adds the error message, once per session (I'm not thrilled with that, but I'm not sure what else to do), and fixes the empty db case, which should fix the import problem.
Assignee: mscott → bienvenu
Attachment #188170 -
Attachment is obsolete: true
Status: UNCONFIRMED → ASSIGNED
Attachment #188945 -
Flags: review?(bugzilla)
Assignee | ||
Comment 7•19 years ago
|
||
pinging for review...
Assignee | ||
Comment 8•19 years ago
|
||
*** Bug 300918 has been marked as a duplicate of this bug. ***
Comment 9•19 years ago
|
||
Comment on attachment 188945 [details] [diff] [review] address comments. + static PRBool gAlreadyAlerted; This needs to be initalised to PR_FALSE. r=me with that fixed.
Attachment #188945 -
Flags: review?(bugzilla) → review+
Assignee | ||
Comment 10•19 years ago
|
||
Comment on attachment 188945 [details] [diff] [review] address comments. the linker will make sure statics get initialized to 0, but I can add it...
Attachment #188945 -
Flags: superreview?(mscott)
Updated•19 years ago
|
Attachment #188945 -
Flags: superreview?(mscott) → superreview+
Assignee | ||
Updated•19 years ago
|
Attachment #188945 -
Flags: approval1.8b4?
Updated•19 years ago
|
Attachment #188945 -
Flags: approval1.8b4? → approval1.8b4+
Assignee | ||
Updated•19 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Comment 11•19 years ago
|
||
*** Bug 292207 has been marked as a duplicate of this bug. ***
Comment 12•19 years ago
|
||
*** Bug 286649 has been marked as a duplicate of this bug. ***
Comment 13•19 years ago
|
||
*** Bug 298551 has been marked as a duplicate of this bug. ***
Comment 14•18 years ago
|
||
what was fixed here? It looks like the error handling was fixed, but nothing has been done to prevent corruption. Which is fine if that's how you want to use this bug, but then other bugs about people losing their address books shouldn't be duped to this one.
Reporter | ||
Comment 15•18 years ago
|
||
(In reply to comment #14) > what was fixed here? It looks like the error handling was fixed, but nothing > has been done to prevent corruption. Which is fine if that's how you want to > use this bug, but then other bugs about people losing their address books > shouldn't be duped to this one. > From the comments, it doesn't seem as though this bug has ever been fixed. I'd love to use TBird again, as long as I don't have to go through this type of nonsense. Thanks to whoever picked up on this.(In reply to comment #14) > what was fixed here? It looks like the error handling was fixed, but nothing > has been done to prevent corruption. Which is fine if that's how you want to > use this bug, but then other bugs about people losing their address books > shouldn't be duped to this one. > Diana Riehm Consumer
Status: RESOLVED → UNCONFIRMED
Resolution: FIXED → ---
Comment 16•18 years ago
|
||
if the bug is what I'm thinking it is, it's similar to the rdf corruption. What's been happening is on shutdown, mozilla apps aren't done writing to some files but the process isn't persisting until they're done. If this is the problem, you can avoid it by shutting down thunderbird by hand before restarting the computer (although in the event of a crash, one would need backups). Perhaps TB should use something like Firefox's bookmarks backups for the address book?
Comment 18•18 years ago
|
||
I have opened bug 366457 which seems similar, yet still different to this bug. Can anyone reading this bug please comment or link these two issues if they are from similar causes or problems? Thanks, Robert
Updated•17 years ago
|
QA Contact: address-book
Comment 19•17 years ago
|
||
Mark/D, what's left to do here?
Comment 20•16 years ago
|
||
reporter no longer using TB
Comment 21•16 years ago
|
||
Diana, was the message you received something like "One of your address book files (<name> file) could not be read. A new <name> file will be created and a backup of the old file, called <name>, will be created in the same directory." Robert, unclear if your issues are the same. Of course, the systems There is also Bug 364795 - Hourglass on folders window after msg (In reply to comment #16) > Perhaps TB should use something like Firefox's bookmarks backups for the > address book? There are one or more profile bugs that talk about this
Comment 22•16 years ago
|
||
Joshua, Mark, we are still susceptible to this in Thunderbird 3, correct? Bug 366457 has more current activity along these lines. not perfect query: https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=&product=MailNews+Core&product=Thunderbird&product=Toolkit&long_desc_type=allwordssubstr&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=allwords&keywords=&resolution=---&bug_severity=critical&bug_severity=major&emailreporter1=1&emailtype1=substring&email1=&emailassigned_to2=1&emailreporter2=1&emailqa_contact2=1&emailtype2=substring&email2=&bugidtype=include&bug_id=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Reuse+same+sort+as+last+time&field0-0-0=longdesc&type0-0-0=substring&value0-0-0=address+book&field0-0-1=component&type0-0-1=substring&value0-0-1=address&field1-0-0=keywords&type1-0-0=substring&value1-0-0=dataloss&field1-0-1=short_desc&type1-0-1=anywordssubstr&value1-0-1=missing+gone+lost+corrupt&negate2=1&field2-0-0=component&type2-0-0=substring&value2-0-0=palm
No longer blocks: 292207
Whiteboard: comment 16
Comment 23•14 years ago
|
||
bienvenu, what's left here? does bug 366457 cover it? ref: comment 14
Assignee | ||
Comment 24•14 years ago
|
||
yeah, I'd say bug 366457 covers it, though I have no idea what's going on, other than the linux problem of a re-used file handle getting written to, which is fixed.
Assignee | ||
Comment 25•14 years ago
|
||
marking fixed - remaining issue(s) covered in bug 366457
Status: NEW → RESOLVED
Closed: 19 years ago → 14 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•