Closed Bug 566655 Opened 15 years ago Closed 15 years ago

drafts deleted after going online

Categories

(MailNews Core :: Networking: IMAP, defect)

All
Windows 7
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 397910

People

(Reporter: dmosedale, Unassigned)

References

Details

(Keywords: dataloss, qawanted)

Attachments

(1 file)

[10:16am] shaver: I wrote an important email on the plane, and saved it as a draft [10:16am] shaver: when I got to the network, I opened up thunderbird [10:17am] shaver: and saw that it had like 10 copies of the mail in drafts [10:17am] shaver: which makes sense, because I was working on it for quite a while [10:17am] shaver: and then, before my very eyes, it deleted them all [10:17am] shaver: one at a time [10:17am] shaver: newest one first [10:17am] shaver: they're not on the IMAP server [10:18am] shaver: does anyone know where my mail might be? [10:19am] shaver: oh ho [10:19am] shaver: it's in the Drafts file in my folder [10:19am] shaver: on disk [10:19am] shaver: but not in the in-tbird vie [10:19am] dmose: is the Local Folders drafts? [10:19am] dmose: or the IMAP drafts [10:19am] shaver: this mail had no subject or addresses [10:20am] shaver: IMAP
I'd suggest setting up a script to start Thunderbird that sets some environment variables to do logging so that if it happens again, we have more data to use in figuring out what happened. I'm guessing you'll want at least: NSPR_LOG_MODULES=imap:5,imapoffline:5,timestamp (I think imapoffline is available in release builds, though I'm not sure). Maybe ImapAutoSync as well? bienvenu can undoubtedly offer the best advice here about what combination of options is likely to be the most useful...
Has anyone tried to repro? (FYI, I think i saw something similar in a similar situation).
Keywords: qawanted
Given that this is a particular awful failure mode, I suspect that if we can reproduce this, we'd probably block on it.
blocking-thunderbird3.1: --- → ?
xref * Bug 215044 - Offline-composed messages are discarded if move to IMAP 'sent' folder fails * Bug 528669 - Saving template in unsynced folder when offline makes template disappear * Bug 530709 - Composing Draft While Offline Results in Dataloss (maybe, sort of) * Bug 397910 - Message Drafts Not Saved When Composed Offline * Bug 552208 - Drafts disappear if saved while offline on IMAP accounts I don't know that this gsfn report is the same, but FWIW http://www.getsatisfaction.com/mozilla_messaging/topics/drafts_are_being_deleted_how_to_i_stop_this
I've just tried this on my debug build. I get roughly the following: - Go into offline mode - Create a draft email, save several copies => Note that mailnews asserts about not being able to find the old message id to remove it. - Close the draft - Go online. - Watch the messages get removed one-by-one - Wait another 2-3 seconds, and all messages re-appear in the list. So I can't reproduce, at least not on my set-up, although admittedly the UX isn't brilliant.
(In reply to comment #3) > Given that this is a particular awful failure mode, I suspect that if we can > reproduce this, we'd probably block on it. Some peoples already reproduced problem in different bugs, with some versions. Phenomena observed with Tb 3.0xpre or later in other bugs, with IMAP log or with detailed observation, instead of steps to reproduce and incident of draft is lost only. (see dependency tree for Bug 397910, please) > (i) with Gecko/20090619 Shredder/3.0b3pre : Bug 397910 comment #1 > (ii) with Gecko/20091112 Shredder/3.0pre : Bug 528669 comment #1 > (iii) unknown, reported on 2010-01-25 : Bug 530709 comment #19 Did you block Tb3.0 if you knew (i) and (ii)? (In reply to comment #5) > I've just tried this on my debug build. >(snip) > So I can't reproduce, at least not on my set-up, (snip) Mark Banner, should we check again with which build?
I'm seeing similar results as standard8 : my draft email disappear for a second an then they reappear (and status changes from read to unread).
NSPR_LOG_MODULES=imap:5,imapoffline:5,timestamp is probably sufficient. yes, imapoffline should be available in release mode (I don't really believe in debug-only logging :-) )
Thanks for the pointers to the other bugs, Wayne! Turns out we have an IMAP log in bug 552208, so I'm going to mark this as a DUP of that one. WADA, you make a fair point that there are other similar bugs we haven't blocked on in the past, but we may nonetheless want to block on something here.
Status: NEW → RESOLVED
blocking-thunderbird3.1: ? → ---
Closed: 15 years ago
Resolution: --- → DUPLICATE
Mark Banner, as you wrote next in bug 530709 comment #5 on 2009-11-24, > Not blocking on this as there's a large number of WFM (snip) many commets of WFM are seeen in bug 530709. For ease of checking and tracking, I duped bugs to initial report of Bug 397910 opened on 2007-09-28 by Scott MacGregor.
Another reason of duping bug 530709 to Bug 397910 is confusing IMAP log attached to that bug. To avoid further confusions by the IMAP log, bug 530709 is better to be cloased immediately.
(In reply to comment #7) > I'm seeing similar results as standard8 : my draft email disappear for a second > an then they reappear (and status changes from read to unread). Checked same test scenario as Bug 528669 comment #1 on draft again, using Gmail IMAP, for both root-level Drafts(offline-use=on) and [Gmail]/Drafts(offline-use=off). Quick check result was same as my Bug 528669 comment #1, with both Tb 3.0.4 and next trunk build. > Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.3a5pre) Gecko/20100513 Shredder/3.2a1pre As problem is observed with template, I think problem occurs with ordinal IMAP server. But I'm still not sure Gmail IMAP specific phenomenon or not, as Gmail IMAP's behaviour on mail of \Draft flag is slghtly differnt from one on ordinal mail. Ludovic, with which build did you check? Did you keep compose window open when return to "Work Online"? Do you enable auto-save with small interval? In my test, I closed compose window to avoid my confusion by auto-save although I usually disable auto-save before test(usually==I forget to disable many times, and was confused many times :-).
According to comments added by David to bug 397910 and bug 530709, it seems OS dependent problem(Windows only problem). Which OS do you use? I use MS Win-XP SP3, and saw problem.
1. Work Offline (auto-save off) 2. Compose a mail 3. Save As Draft (saved in Drafts), Keep compose wndow open > 21158 00:00:29.4494728 7:31:35.4360124 4. Work Online => draft is lost > 76196 00:01:41.8796568 7:32:47.8661964 Next file name is seen in log. > C:\Documents and Settings\wada\Local Settings\Temp\nscpmsg.txt > C:\DOCUME~1\wada\LOCALS~1\Temp\nscpmsg.txt Different API, different file name, then Tb confuses?
No, the issue is as I described in bug 397910 - nsILocalFile on windows caches the file size, and we pass around an nsIFile for the temp file that was created when the file had 0 size. When we get to try to append the file to the imap server, its size is 0, so we don't think there's anything to append.
Is "// clone the tmp file to defeat nsIFile's stat/size caching." permanet fix for Tb 3.1 or 3.2? Or change of nsIFile or change to other than nsIFile will be doen with Tb 4 or later?
It's up to the gecko folks to decide what nsIFile stat caching happens or not. I believe there's some concern about the performance impact on Windows. But the fix is permanent in that it works and doesn't cause any harm whether or not gecko changes.
(In reply to comment #7) > I'm seeing similar results as standard8 : my draft email disappear for a second > an then they reappear (and status changes from read to unread). Ludovic, do you use Linux or Mac? If yes, phenomenon of bug 530709 comment #0, and two WFM'es from Mac users and your WFM in bug 530709 can be explained.
Similar phenomenon was observed upon "Work Online" by copy from local to IMAP followed by delete of local mail while offlline mode. Is it same problem? I guess no, because "Move from local to IMAP" while offline mode didn't delete mail in local mail folder and was deleted when I changed back to online mode.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: