Closed
Bug 566655
Opened 15 years ago
Closed 15 years ago
drafts deleted after going online
Categories
(MailNews Core :: Networking: IMAP, defect)
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
Reporter | ||
Comment 1•15 years ago
|
||
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...
Comment 2•15 years ago
|
||
Has anyone tried to repro?
(FYI, I think i saw something similar in a similar situation).
Reporter | ||
Comment 3•15 years ago
|
||
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: --- → ?
Comment 4•15 years ago
|
||
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
Comment 5•15 years ago
|
||
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.
Comment 6•15 years ago
|
||
(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?
Comment 7•15 years ago
|
||
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).
Comment 8•15 years ago
|
||
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 :-) )
Reporter | ||
Comment 9•15 years ago
|
||
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
Comment 11•15 years ago
|
||
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.
Comment 12•15 years ago
|
||
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.
Comment 13•15 years ago
|
||
(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 :-).
Comment 14•15 years ago
|
||
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.
Comment 15•15 years ago
|
||
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?
Comment 16•15 years ago
|
||
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.
Comment 17•15 years ago
|
||
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?
Comment 18•15 years ago
|
||
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.
Comment 19•15 years ago
|
||
(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.
Comment 20•15 years ago
|
||
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.
Description
•