Closed Bug 723570 Opened 12 years ago Closed 12 years ago

ERROR during long lasting editing a draft message in IMAP Drafts folder (Send/Draft Save doesn't finish with "Attaching ...." status bar message)

Categories

(Thunderbird :: General, defect)

Product:
Thunderbird
Component:
General
Version:
9 Branch
Platform:
x86
All
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED DUPLICATE of bug 532395

People

(Reporter: hawran.diskuse, Unassigned)

References

(Blocks 1 open bug)

Details

User Agent: Mozilla/5.0 (Ubuntu; X11; Linux i686; rv:9.0.1) Gecko/20100101 Firefox/9.0.1
Build ID: 20120117091749

Steps to reproduce:

I have been editing a draft message (within a Draft) folder.
It have taken some time.
Then I have tried to close a message.


Actual results:

A message box with a unexpected text has appeared:

Thunderbird is currently in the process of sending a message.
Would you like to wait until the message has been sent before quitting or quit now?

Furthermore, strange things within the status line:
the left corner: a text "Attaching ...."
the right corner: a flashing progress bar (like when sending a big message)

When I choose <Quit> button, the message is closed, however, all LAST CHANGES are LOST.
The second button (Quit?, not sure at the moment) does NOTHING.



Expected results:

The message with all my changes is saved safely.
Name: Thunderbird
Version: 9.0
User Agent: Mozilla/5.0 (X11; Linux i686; rv:9.0) Gecko/20111220 Thunderbird/9.0
Application Build ID: 20111220043642

Ubuntu 10.04 LTS - the Lucid Lynx
Linux ... 2.6.32-37-generic-pae #81-Ubuntu SMP Fri Dec 2 22:24:22 UTC 2011 i686 GNU/Linux
GNOME gnome-about 2.30.2
(In reply to hawran from comment #0)
> Thunderbird is currently in the process of sending a message.
> Would you like to wait until the message has been sent before quitting or
> quit now?

I saw this message once during test, even though no send operation is requested. Test was for Tb's behaviour check when special occasion, so very big attachment even though IMAP draft, forcing network error around draft saving, etc. was executed. It might be when I do manual draft save of big mail while auto-save is running for the big mail. 

Because Draft Save is same as a part in mail sending process and code is shared by them, some special errors arround draft save may be reported as "error during mail sending". I guess auto-save is invoked at same time when compoition window is closed or auto-save was running when composition window is closed, if auto-save is enabled. Draft save by composition window close and draft save by auto-save perhaps interferes each other.

Is your problem consistently reproducible with draft mail?
While editing the draft mail, did you add new attachment(s)?
How big is the draft mail? How long does draft save take for the draft mail?
Do you enable auto-save? If yes, what is your auto-save interval? While you were editing the draft mail, was auto-save invoked?
Is draft folder local mail folder? IMAP folder?
Hi Wada,
Some answers:

1. I've been experiencing this problem occasionally.
2. I'd say it does not depend on the size of a message.
3. I've done some short tests and noticed that there was an "extern" signature - a small html file with a couple of very small pictures.
4. It's an IMAP account.
5. Autosave (every 2 minutes)
If "Show confiration dialog when messages are saved" is checked at Copies&Folders setting, dialog appears when save to drafts completed.
How long does "Save As Draft" take in average? Repeat manual "Save As Draft" multiple times, please.

Your case was "Edit of existent draft mail in IMAP drafts folder".
Because "Order Received" column value is UID of mail if IMAP folder, you can know difference of saved draft mail by "Order Received" column value.
Was auto-save invoked while you were editing draft mail? (if yes and if it's successfull, original is deleted and newer version with higher UID is saved in Drafts)
Was original version or previous version of draft deleted when problem occurred? Or merely last updates while editing draft was lost due to error in saving as draft upon composition window close?
I am able to recreate this issue with the following steps:

1) Open a message with an inline image.

2) Click reply.

3) Wait for the auto-save of the draft to occur. (Note that the issue does NOT occur if the draft is manually saved.)

4) Attempt to send the message. A dialog with containing the word "Attaching..." and a waiting bar appears and never goes away. The message is not sent.

Neither the size of the message nor the size of the image file in the signature make a difference.

I am using an IMAP server with TLS.

The issues currently exists on both the Windows and Linux versions. (I don't have a Mac at hand for testing.) The bug still exists in Thunderbird 11 but has been around for a few months now. (Unfortunately, I don't know with which version I first noticed this issue.)
Still experiencing this issue.
:-/

Thunderbird 11.0.1
I've update to Thunderbird 12.0 and am still experiencing this issue.
I've just reopened a message within my Draft folder, made a couple of small changes (in a really short time) and now I've been staring angrily for a couple of long minutes at than f..g "Attaching ..." messagebox.

What does it attach, for God's sake???

Thunderbird 13.0.1
FYI.

(a) If auto-compact is enabled and auto-compact is invoked while composing,
    phenomenon of bug 532395 comment #42 can occur.
(b) If auto-compact is disabled, or if Compact doesn't occur on Drafts, 
    phenomenon of bug 532395 comment #47 may occur.
Both are phenomenon on local mail folder only, except some special cases in IMAP.

If IMAP draft folder with IMAP delete model of "Move to Trash" or "Remove immediately", (b) may be applicable even to IMAP draft mail folder, because Tb immediately removes all meta data for "old draft mail flagged as \Deleted" from MsgDB(.msf file) except status like "UID of old draft was marked as \Deleted".

If IMAP draft folder with IMAP delete model of "Just mark it as deleted", (b) is not usually applicable, because old draft mail is merely flagged as "\Deleted".
However, if Gmail IMAP and auto-expunge of Gmail IMAP is enabled(default of Gmail IMAP setting is auto-expunge=enabled), Gmail IMAP immediately removes old draft mail from draft mail folder when \Deleted flag is stored.
So,  if Gmail IMAP, same phenomenon as (b) can occur on IMAP draft folder even with "Just mark it as deleted".

Because I disabled auto-compact but I perhaps tested with Gmail IMAP(auto-expunge=enabled usually, "Just mark it as deleted" usually), phenomenon I saw in comment #2 was probably above special case of "(b) on Gmail IMAP".
Setting dependency to bug 532395, for ease of tracking and analysis.
Confirming, based on discovery in bug 532395 comment #47, per reports of actually happened phenomenon with IMAP Drafts from three peoples, hawran(bug opener), Chris Bradley(comment #5), and me.
Status: UNCONFIRMED → NEW
Depends on: 532395
Ever confirmed: true
Summary: ERROR during long lasting editing a draft message → ERROR during long lasting editing a draft message in IMAP Drafts folder (Send/Draft Save doesn't finish with "Attaching ...." status bar message)
OS: Linux → All
hawran(bug opener, hawran...@gmail.com), problem with draft mail folder of Gmail IMAP?

hawran and Chris Bradley, do you see your problem with IMAP delete model of "Just mark it as deleted"? (Account Settings/Server Settings)
(Show "Order Received" column to know UID of mail. Because deleted mail is shown with strike-thru line at Thread Pane, do "Compact" of an IMAP folder or "Compact folders" of an IMAP account, if many mails with strike-thru line becomes annoying.)
(In reply to WADA from comment #11)
> hawran(bug opener, hawran...@gmail.com), problem with draft mail folder of
> Gmail IMAP?
> 
> hawran and Chris Bradley, do you see your problem with IMAP delete model of
> "Just mark it as deleted"? (Account Settings/Server Settings)

No, my settings is still "Move it to this folder" (Trash)
BTW, I'm not talking about "deleting messages".


> (Show "Order Received" column to know UID of mail. Because deleted mail is
> shown with strike-thru line at Thread Pane, do "Compact" of an IMAP folder
> or "Compact folders" of an IMAP account, if many mails with strike-thru line
> becomes annoying.)

Please, I'm not an thunderbird/email guru, what do you want from me?

PS Sorry for the delay.
To my great surprise, I've been just experiencing this really annoying behaviour with my pop3 account!!! For the first time.
:-/

Long lasting "Attaching ..."
After stopping that long lasting "Saving to draft folder ..."
And then I had to stop it.
And write the message again (copied from a clipboard in an instant and send).


Name: Thunderbird
Version: 15.0.1
User Agent: Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20120912 Thunderbird/15.0.1
Profile Directory: (Local drive)
Application Build ID: 20120912055049
(In reply to hawran from comment #13)
> To my great surprise, I've been just experiencing this really annoying
> behaviour with my pop3 account!!! For the first time. :-/

If original mail is in local mail folder, possible cases are written in bug 532395 which is already put in "Depends on:" field of this bug.
  original mail :
    replied/forwarded mail, if before first draft save(auto-save or manual save)
    previous version of draft mail, if Edit draft or after draft save
Which case in bug 532395?

Anyway, keep this bug for IMAP case only, please.

(In reply to hawran from comment #12)
> No, my settings is still "Move it to this folder" (Trash)
> BTW, I'm not talking about "deleting messages".

I'm talking about "delete of previous version of draft mail by Save as draft/auto-save" instead of "deleting messages by you".

> what do you want from me?

Answer to my following question.
> do you see your problem with IMAP delete model of "Just mark it as deleted"?
Another concern in IMAP case - offline-use=On/Off of Folder(Folder Properties/Synchronization).
Which offline-use option do you use for:
(a) If reply/forward is relevant and before first successful Save as draft and/or auto-save, IMAP mail folder which holds original mail.
(b) If reply/forward is relevant but after first successful Save as draft and/or auto-save, or if Edit draft of existent draft mail, Drafts folder.
(In reply to WADA from comment #14)
> (In reply to hawran from comment #13)
> > To my great surprise, I've been just experiencing this really annoying
> > behaviour with my pop3 account!!! For the first time. :-/
> 
> If original mail is in local mail folder, possible cases are written in bug
> 532395 which is already put in "Depends on:" field of this bug.
>   original mail :
>     replied/forwarded mail, if before first draft save(auto-save or manual
> save)
>     previous version of draft mail, if Edit draft or after draft save
> Which case in bug 532395?
> 
> Anyway, keep this bug for IMAP case only, please.

OK


> (In reply to hawran from comment #12)
> > No, my settings is still "Move it to this folder" (Trash)
> > BTW, I'm not talking about "deleting messages".
> 
> I'm talking about "delete of previous version of draft mail by Save as
> draft/auto-save" instead of "deleting messages by you".
> 
> > what do you want from me?
> 
> Answer to my following question.
> > do you see your problem with IMAP delete model of "Just mark it as deleted"?

As I said before, my settings is still "Move it to this folder" (Trash).
(In reply to WADA from comment #15)
> Another concern in IMAP case - offline-use=On/Off of Folder(Folder
> Properties/Synchronization).
> Which offline-use option do you use for:
> (a) If reply/forward is relevant and before first successful Save as draft
> and/or auto-save, IMAP mail folder which holds original mail.
> (b) If reply/forward is relevant but after first successful Save as draft
> and/or auto-save, or if Edit draft of existent draft mail, Drafts folder.

I'm just an user.
I have no idea what are you talking about.
(In reply to hawran from comment #17)
> I'm just an user.
> I have no idea what are you talking about.

Changing question.

(Q1) Which offline-use option do you use?
(a) for IMAP mail folder which holds original mail of Forward/Reply.
(b) for IMAP Drafts folder.

(Q2) Which case is relevant to your problem? (e) only?
(c) Reply/forward, before first successful Save as draft or auto-save.
(d) Reply/forward, after  first successful Save as draft or auto-save.
(e) Edit draft. (comment #0 is this case)
(In reply to WADA from comment #18)
> 
> Changing question.
> 
> (Q1) Which offline-use option do you use?
> (a) for IMAP mail folder which holds original mail of Forward/Reply.
> (b) for IMAP Drafts folder.

Have no idea what offline-use settings do you mean.
I cannot find any settings like that.
The only "offline"-like options within the folder (for both Inbox and Drafts) properties is one on the Synchronization tab: Select this folder for offline use. (got ON).


> (Q2) Which case is relevant to your problem? (e) only?
> (c) Reply/forward, before first successful Save as draft or auto-save.
> (d) Reply/forward, after  first successful Save as draft or auto-save.
> (e) Edit draft. (comment #0 is this case)

To be honest, I cannot say exactly which case is my problem, I'd all of them.
The only relevant info I can give you is: Preferences / Composition / General / Auto Save every 2 minutes.
Blocks: tb-drafts
No longer depends on: 532395
As I wrote in bug 817245, "Image location" of embed image in composing/editing HTML mail is shown like next, where nnn=Offset(local mail folder) or nnn=UID(IMAP mail folder).
> mailbox:.../Inbox%3Ennn?part=1.2&filename=EmbedImage.jpg
> mailbox:.../Drafts%3Ennn?part=1.2&filename=EmbedImage.jpg
> imap://user-id@imap.gmail.com:993/fetch%3EUID%3E/INBOX%3Ennn?part=1.2&filename=EmbedImage.jpg
> imap://user-id@imap.gmail.com:993/fetch%3EUID%3E/Drafts%3Ennn?part=1.2&filename=EmbedImage.jpg
And, nnn=Offset(local mail folder) or nnn=UID(IMAP mail folder) of a mail is shown as "Order Received" column value by Tb.

If you will see problem again, view "Image Location", check mail of Offset=nnn or UID=nnn which is pointed by the "Image Lcation" in mail folder which is pointed by the "Image Location", and check whether your problem is same issue as bug 453196/bug 817245 or not, please.
Closing as dup of bug 532395. If duping is wrong, please re-open with detailed explanation about difference of your case from that bug.
Status: NEW → RESOLVED
Closed: 12 years ago
No longer depends on: 817245
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.