289869 - Lost email when shutting down Thunderbird with open Compose window

Status: RESOLVED WORKSFORME

(Thunderbird :: Message Compose Window, defect)

Description

[Jason Haar]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050323 Firefox/1.0.2 Fedora/1.0.2-1.3.1
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050323 Firefox/1.0.2 Fedora/1.0.2-1.3.1

If I shutdown Thunderbird 1.02 with a compose window open, Thunderbird offers to
save the unsent message to "Drafts". If I choose "Save", it says "there was an
error copying the message to the Sent folder. Retry?". 

No matter if I choose Cancel or Yes - I LOSE THE MAIL!

Note that my "Drafts" folder isn't called "Sent" - and yet that appears to be
what it's trying to get to? (I do actually have a "Sent" folder and nothing
shows up in that either)



Reproducible: Always

Comment 1

[Mike Cowperthwaite]

This is for IMAP mail with a remote Drafts folder?

Comment 2

[Jason Haar]

Yes - the Drafts folder set for that IMAP account is indeed the remote folder
"Drafts"

(I routinely use it when I'm composing a mail, that I can click on "Save" and
it'll write it to Drafts.)

Comment 3

[Mike Cowperthwaite]

I'm going to confirm this because the issue of the misleading error message is, 
I think, new.  There are so many bugs about messages not getting copied to the 
Sent folder that I can't really sort them all out, my understanding of IMAP 
doesn't go deep enough.  Many of these reports have been server-specific, but I 
don't know if all are.  At any rate, this big is most likely the same basic 
problem.

If you use  File|Save  on the draft before attempting to close the window, does 
that also fail?

Comment 4

[Magnus Melin [:mkmelin]]

Jason, is this a duplicate of bug 257735?

Comment 5

[Jason Haar]

It could very well be.

Note that I *do* have a "Sent" folder - but my message didn't even get incorrectly saved to that folder - it was lost. 

I have a comment about this issue of the error occuring "if saving of the Draft fails": The Courier-IMAP server is remote (over Internet), so it is possible there was some timeout that occurred that caused the attempt to write to Drafts to fail. 

My comment is that shouldn't timeouts be treated differently from other failures? e.g. tear down the failing  IMAP session and create a new one to see if that fixes the problem? Alternatively, could it have been that the IMAP server had actually dropped the IMAP session due to lack of traffic, and TB didn't check the status before attempting to write to Draft?

I dunno - I'm just throwing ideas around ;-)

Jason

Comment 6

[David :Bienvenu]

>My comment is that shouldn't timeouts be treated differently from other
>failures?

all errors like that cause us to start a new connection and retry the url.

Comment 7

[Jason Haar]

I'm now running TB3.0b2 under FC11 and this problem appears to have been resolved.

Now if you shut TB down with an open Compose window, it prompts to save and that succeeds. However - the shutdown of TB halts... So a bit of a minor usability issue there - but the actual bug appears fixed

Thanks!

Jason

Comment 8

[Magnus Melin [:mkmelin]]

->WFM ("FIXED is used only when known code changes resolved the issue.)