Open Bug 676249 Opened 13 years ago Updated 2 years ago

Save as draft and autosave save message as unread after change by bug 470746, and new mail alert is always shown for draft mail

Categories

(Thunderbird :: General, defect)

Product:
Thunderbird
Component:
General
Type:
defect

Tracking

(Not tracked)

Status:
REOPENED

People

(Reporter: cstef, Unassigned)

References

(Depends on 2 open bugs, Blocks 1 open bug)

Details

(Keywords: regression) 

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:5.0) Gecko/20100101 Firefox/5.0
Build ID: 20110615151330

Steps to reproduce:

I compose a message, wait for autosave time to come or select "save as draft" option.


Actual results:

The saved draft appears in 'draft' folder as new (unread) message, and 'New message' alert sounds.


Expected results:

The message should appear in 'Drafts' folder as read (the preferable), or at least 'New message' alert should not trigger.
Add 'regression' keyword because this was OK in TB 3 and broke after upgrade to TB 5.
Keywords: regression
The same happens in Thunderbird 6.
Forgot to add: happens to me on Linux, not Windows.
Does it happens in -safe-mode too (see http://support.mozillamessaging.com/en-US/kb/Safe-Mode) ?
Yes, in Safe Mode it is all the same.
Is your complaint same as bug 673400?
(In reply to WADA from comment #6)
> Is your complaint same as bug 673400?
The base cause is the same: draft are autosaved as unread, only the results are different. I think duping this bug is OK
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
Resolution: --- → DUPLICATE
(In reply to Constantin Stefanov from comment #0)
> (a/b/A/B was added by me)
> Actual results:
> (a) The saved draft appears in 'draft' folder as new (unread) message,
> (b) and 'New message' alert sounds.
> Expected results:
> (A) The message should appear in 'Drafts' folder as read (the preferable),
> (B) or at least 'New message' alert should not trigger.

  (A) : Request of bug 673400.
  (B) : Request of bug 687140. 
        Linux : already fixed by bug 661239.
        because fix of bug 661239 is Linux only fix, bug 715799 has been opened.

Setting dependency to these bugs.
Status: RESOLVED → REOPENED
Depends on: 673400, 687140
Ever confirmed: true
Resolution: DUPLICATE → ---
This bug is re-opened this for ease of problem analysis or QA work of future bugs for "annoying new mail alert on draft saved by Tb".
Summary: Save as draft and autosave save message as unread → Save as draft and autosave save message as unread, and new mail alert is always shown for draft mail
Stopping of "store flag \Seen" was done in bug 470746 by reasonable request, but it produced new problem like this bug.
FYI.
If Gmail IMAP, "3 new mail alerts per a saved draft" may occur.
(1) Save draft to [Gmail]/Drafts with no \Seen flag     => alert #1
(2) As Gmail, new mail is created in [Gmail]/All Mail   => alert #2
(3) Delete of last version of draft occurs by Send, Save of new version of draft.
    If Gmail, and if auto-expunging of Gmail = On (defult is On),
    deleted draft is moved to [Gmail]/Trash(Bug 562748) => alert #3
Depends on: 715799
No longer depends on: 687140
Blocks: tb-drafts
"New mail alert on draft mail" is perhaps by new mail notification via IDLE.
(1) By draft save, Drafts folder is selected at a cached connection
(2) append draft mail to Drafts folder with no \Seen flag
(3) IDLE 
(4) By IDLE, IMAP server sends unsol response to client for the newly added mail
(5) Because of no \Seen flag, new mail alert is shown

Bug 673400 is request for improvements at step (2).
Bug 687140 / Bug 715799 is request for improvements at step (5).

If Tb user enables "automatic new mail check" of the IMAP account, following is a simple workaround at step (3)/(4) by user.
(a) mail.server.default.check_all_folders_for_new = false
(b) Enable "When getting new messages ..., always check this folder" of
    all folders of the IMAP account for which you want new mail alert.
(c) Disable "When getting new messages ..., always check this folder" of
    Drafts folder of the IMAP account.
(d) Disable IDLE command use(Server Settings/Advanced)

However, above workaround may not work if namespace="INBOX/" or "INBOX." is used by IMAP server, because Drafts is a subfolder of Inbox in this case.
Summary: Save as draft and autosave save message as unread, and new mail alert is always shown for draft mail → Save as draft and autosave save message as unread after change by bug 470746, and new mail alert is always shown for draft mail
Changing bug summary(add bug 470746) to dup bugs for same symptom and request of change in Tb which bug opener wants.
I believe this bug can't be called regression, because change by bug 470746 is intentional, which is based on reasonable request of bug 470746.
- Status of "Unread" for newly saved draft mail
- New mail notification or indication of the newly saved draft mail

To bug opener: What is your actual request? 

> Expected results:
> The message should appear in 'Drafts' folder as read (the preferable),

What is actual problem in "newly saved draft mail in new mail alert"?
What is bad or wrong in "newly saved draft mail in new mail alert"?
Simply "newly saved draft mail in new mail alert" is annoyng for you?
Simply claiming "newly saved draft mail must have Read status"?

If "Read status of newly saved draft mail" is your request, it's dup of bug 673400, isn't it?

> Expected results:
> or at least 'New message' alert should not trigger.

What is actual trigger of "new mail alert" in your case?
Newly saved draft mail by Tb who showed the new mail alert?
Newly saved draft mail by other Tb?
Or new mail arrived at Inbox?

If trigger of new mail alert is "new mail in Inbox" istead of "newly saved draft mail in Drafts"(which is Unread then 'new mail' status),
same as bug 687140 and/or Bug 809513?
FYI.

After change by bug 470746(save draft mail without \Seen flag), many bugs like this bug(bug 676249) were opened.
They are categorized to two types:
(a) bug 673400 : Request of a way to save draft with \Seen flag.
(b) bug 687140 : Request of "stop wrong new mail alert" on draft mail.
    Unread of draft is acceptable, and is never wrong.
    However, "New Mail" status of saved draft mail is wrong
    and "New mail alert" on saved draft mail is wrong,
    at least at Tb where the draft mail is saved.
    This is similar to bug 661239, but fix of that bug was Linux only.

(In reply to Constantin Stefanov from comment #0)
> Expected results:
> The message should appear in 'Drafts' folder as read (the preferable),
> or at least 'New message' alert should not trigger.

Which is your major request?
"One problem per a bug" is rule at B.M.O. Different request is different problem.
Please keep one request only in a bug, to avoid confusions, for ease of fixing problem, tracking bug.
This Platform field for this bug is x86_64 Windows 7.  However, I'm seeing it on x86_64 GNU/Linux with Thunderbird 24.0.  (I don't recall seeing it on the previous 17.x series.)

Should the Platform field for this bug be changed?  Or perhaps for Bug 687140?  (Even after reading through all the comments there I'm still confused as to what the difference is between this bug, that bug, and Bug 673400.)
OS: Windows 7 → All
Hardware: x86_64 → All
Component: Message Compose Window → General
I tried to fix this problem with this addon (waiting for a review at the moment): https://addons.mozilla.org/en-US/thunderbird/addon/imap-draft-unread/

It works for me, so now the drafts are unread but doesn't trigger a mail alert.
There is an option also to set the drafts as read.

The 'imap draft unread' extension worked wonders for a while. Until Thunderbird 68 came along and the old extension no longer work. Is there any chance this becomes a configurable option? I think it is weird to set an unread flag on mails in the drafts folder whenever you (re)edit them.

Note also that if you have deletes set to move to trash then the unread draft creates an unread entry in trash when you send the mail and the draft is deleted.

Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.