679847 - Thunderbird will not delete a draft if it was opened from the Android EMail client

Status: RESOLVED INVALID

(MailNews Core :: Networking: IMAP, defect)

Description

[Chris Brandstetter]

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:5.0.1) Gecko/20100101 Firefox/5.0.1
Build ID: 20110707182747

Steps to reproduce:

Replying to an email.  Got up left for a while with the compose window open.  While I was gone the other party sent me another email which I read on my Android 2.2 device, in the conversation view was the draft which then got marked as read.


Actual results:

When I got back to my desk and canceled the draft it did not delete it from the Drafts folder.  It did quickly change from "New" to read.


Expected results:

The draft should have been deleted.

Comment 1

[Chris Brandstetter]

I am not sure if this is a Thunderbird, Gmail, or Android issue.  I can recreate it every time though.  :-(

Comment 2

[Ludovic Hirlimann [:Usul]]

Can you log what imap is doing so we can see what gmail is telling thunderbird (see https://wiki.mozilla.org/MailNews:Logging) ?

Comment 3

[Chris Brandstetter]

Attachment: Sanitized log file for imap

Comment 4

[WADA:World Anti-bad-Duping Agency]

(In reply to Chris Brandstetter from comment #0)
> When I got back to my desk and canceled the draft it did not delete it from
> the Drafts folder.  It did quickly change from "New" to read.

What operation do you call "canceled the draft"?

Draft mail saved in "folder to keep draft mail"([Gmail]/Drafts in your case) during mail composition is deleted by next;
- successful save of new version of draft
- successful mail sending
After drfat mail save during mail composition(by any of auto save and manual save), "closing of mail composition window" doesnt't delete saved draft mail.
Please imaine next operation.
  1. Edit of existent draft mail
  2. Save new version of draft => old version is deleted
  3. Close mail composition window => new draft at step 2 is not deleted
If saved draft mail at step 2 is automatically deleted by Tb at sep 3, user looses draft mail saved at step 2.
"First draft save at new composition window" merely doesn't do "delete of old draft version"(no need of it) at the step 2. 

If your "canceled the draft" is "close mail composition widow", INVALID, or WONTFIX because Tb works as designed.
If "saved draft during composition of new mail" is automatically deleted by mailer as you want, user looses easy way to keep draft mail for furher editing of draft mail later.

> It did quickly change from "New" to read.

Because "status change to Read from New by smart phone"(\Seen flag is added by smart phone) is not automatically notified to Tb by Gmail IMAP even when IDLE is effective on [Gmail]/Drafts(See bug 512745), flag change by smart folder was detected upon next [Gmail]/Drafts folder access by Tb which invoked fetch of flag status of all mails in the folder or the specific draft mail. And, the "fetch of flags" was merely executed after your "canceled the draft" operation.

Comment 5

[Chris Brandstetter]

Hmm Sorry I should have done the test a little different my bad, I will redo it.  :-(  Hmmm it seems that after the update, which also updated some addons, it seems to be working correctly.  When you send an email the draft is now deleted.  Strange.  

Well it is working now.  :-)