Ubuntu
mozilla-thunderbird package

Bug #132350
Comment #2

Comment 2 for bug 132350

Revision history for this message

Bob Kline (bkline) wrote on 2008-05-31:

I was tempted to create a new bug report, as this one does not exactly match the behavior I've observed with Thunderbird (which does save drafts -- just not all the time). Nor is 190877 the same (the reporter for that issue was trying to override default draft-saving behavior for multiple accounts, and I'm not trying to do that). Nevertheless, those two issues are close enough that I strongly suspect an attempt to create a new bug report would be marked as a duplicate of one of these, so I'll start off by adding my observations, and if encouraged to do so, will create a separate issue.

Generally, saving a draft in Thunderbird does work for me, but occasionally TB will lose a draft, usually (always?) right after bringing up the draft, editing it, saving it, and closing the window for the draft. Happened again this morning. I had a message which had been sitting in the Drafts folder for at least a couple of weeks. I brought it up with a double-click, added a subject line, and then selected Save from the File menu. At this point I was asked for the password for another IMAP account than the one in whose Drafts folder this message lived. I assumed that it was just a coincidence that TB had decided to check for new messages for that account, but given what happened subsequently, I'm not so sure that assumption was correct. Since I didn't want the draft to be moved to the Drafts folder for the other account, in case my assumption wasn't right (why would TB want to do that?) I clicked Cancel to the password request. Then I closed the window for the draft message which I thought I had just saved. But then I noticed that the message was no longer in the drafts folder. Fortunately I take nightly backups of all my systems, but TB should not just throw away a message. I used to write email gateway software, and at the very top of the "no-no" list is throwing away a piece of mail silently. I would regard this is as a critical bug.

Package: thunderbird
Status: install ok installed
Priority: optional
Section: mail
Installed-Size: 32024
Maintainer: Alexander Sack <email address hidden>
Architecture: i386
Version: 2.0.0.14+nobinonly-0ubuntu0.8.04.1

I was tempted to create a new bug report, as this one does not exactly match the behavior I've observed with Thunderbird (which does save drafts -- just not all the time).  Nor is 190877 the same (the reporter for that issue was trying to override default draft-saving behavior for multiple accounts, and I'm not trying to do that).  Nevertheless, those two issues are close enough that I strongly suspect an attempt to create a new bug report would be marked as a duplicate of one of these, so I'll start off by adding my observations, and if encouraged to do so, will create a separate issue.

Generally, saving a draft in Thunderbird does work for me, but occasionally TB will lose a draft, usually (always?) right after bringing up the draft, editing it, saving it, and closing the window for the draft.  Happened again this morning.  I had a message which had been sitting in the Drafts folder for at least a couple of weeks.  I brought it up with a double-click, added a subject line, and then selected Save from the File menu.  At this point I was asked for the password for another IMAP account than the one in whose Drafts folder this message lived.  I assumed that it was just a coincidence that TB had decided to check for new messages for that account, but given what happened subsequently, I'm not so sure that assumption was correct.  Since I didn't want the draft to be moved to the Drafts folder for the other account, in case my assumption wasn't right (why would TB want to do that?) I clicked Cancel to the password request.  Then I closed the window for the draft message which I thought I had just saved.  But then I noticed that the message was no longer in the drafts folder.  Fortunately I take nightly backups of all my systems, but TB should not just throw away a message.  I used to write email gateway software, and at the very top of the "no-no" list is throwing away a piece of mail silently.  I would regard this is as a critical bug.

Package: thunderbird
Status: install ok installed
Priority: optional
Section: mail
Installed-Size: 32024
Maintainer: Alexander Sack <asac@ubuntu.com>
Architecture: i386
Version: 2.0.0.14+nobinonly-0ubuntu0.8.04.1

Ubuntumozilla-thunderbird package

Comment 2 for bug 132350

Ubuntu
mozilla-thunderbird package