New mail icon doesn't always hide

[Atanas Atanasov]

Binary package hint: mozilla-thunderbird

Thunderbird conveniently displays a notification icon when new mail arrives. Consider the following situation. You receive mail, however you check it through a web client (not thunderbird) in result of which there is no more unread mail. However, the notification icon is still present until new mail arrives. This is really not a big problem though I thought it is worth reporting so it could be fixed in future.

[Mcow (mcow)]

Reporter (harskouf): Is this bug still a problem for you? I am not seeing this
symptom.

[Mcow (mcow)]

Reporter emailed:
Yes the symptom still exist and in new version of Mozilla (1.7RC-2).
I have an IMAP account and I am using a filter to move mails from a special
address to a an other local folder. When I receive a new mails from the
specified address it is moved correctly from the account to the specifeid
folder, but the notification I get is: "(acount name) has 0 new mails". The
correct should be: "(account name) has 1 new mails.

Reporter: please respond by posting in this bug, rather than emailing.

Regarding the filter you are using: is that filter defined in Mozilla (Tools |
Message Filters), or are you running filtering on the server (e.g. with
procmail)? When I use a Mozilla filter to move a message into a folder (on
IMAP), the notification shows up as "1 new message" for me.

[Jens Cedlind (jenserik)]

I get this problem when running a mozilla message filter to move files from my
IMAP inbox to local folders on arrival. When mail is moved to one of these
local folders, it pops up a message saying I have 0 new messages. I also have a
couple of procmail rules to move mails around on the IMAP, and new mails on the
IMAP server, that's not in the Inbox, gets a correct notification.

Using mozilla 1.7, WinXP.

[Mcow (mcow)]

Thanks for comment 3 -- I have reproduced this problem. Appears to be IMAP
specific; the same rule on a POP account generates "1 new message" in the
notification.

"0 new messages" also appears in the tooltip when hovering over the notification
icon.

[Brant (brant)]

*** Bug 254057 has been marked as a duplicate of this bug. ***

[Mcow (mcow)]

*** Bug 230367 has been marked as a duplicate of this bug. ***

[Mcow (mcow)]

xref bug 138631.

[Mcow (mcow)]

I did some in-depth testing of this bug. The baseline case I'm considering here
is when all messages already in the account do not have any pending 'new' flags,
and the newly arriving messages are all being filtered to a local folder
(client-side filter), and NOT marked read. Testing with TB 0.7, Moz 1.7.2, Moz
1.8a3-0824; Win2K; IMAP account on fastmail.us (mail.messagingengine.com).

Using the Remove Immediately and Move to Trash delete models, the "0 new
messages" alert is consistent in TB 0.7, Moz 1.7 and Moz 1.8.

Using the Mark as Deleted model, TB 0.7 continues the consistent behavior; but
Moz 1.7 & 1.8 do not notify at all.

In all the cases, if some older messages are still 'new', the notification will
appear showing only the count of the previous 'new' messages. (With Mark as
Deleted, this count may include deleted messages that remain in the Inbox.)

If the filter also marks the message as Read, there is (correctly) no
notification. Using Mark as Deleted, the filter works as expected; but with the
other delete models, the message actually ends up Unread in the folder; this is
bug 254589.

[Mcow (mcow)]

*** Bug 266086 has been marked as a duplicate of this bug. ***

[beerfan (beerfan)]

Just to be sure that it is known, there are 3 symptoms that I am experiencing
when using filters to move messages from IMAP to a local folder.

1. The notification shows an incorrect number of new messages (like "0 new
messages").

2. The IMAP account icon (in the left tree) has a "new messages" icon (little
orange star) even though no IMAP folders have any new (or unread) messages.

3. After all messages in the local folder have been marked as read, the new
messages icon in the system tray is still visible. The icon is only removed when
a folder in the IMAP account is selected.

I believe the first 2 symptoms are pertinent to this bug, while the third may be
a separate bug but is so annoying that I want to stop using Thunderbird. Is
there another bug for the third issue which I can't find?

I'm using Thunderbird 0.9 release on WinXP.

[Mcow (mcow)]

(In reply to comment #10)
> 2. The IMAP account icon (in the left tree) has a "new messages" icon (little
> orange star) even though no IMAP folders have any new (or unread) messages.

Bug 116181.

> 3. After all messages in the local folder have been marked as read, the new
> messages icon in the system tray is still visible. The icon is only removed
> when a folder in the IMAP account is selected.

Bug 222068.

Note that when you select an IMAP folder to clear the tray icon, that also
clears the 'new' flag on the account. Because of that, I believe those are both
basically the same bug.

[Bugzilla-mcsmurf (bugzilla-mcsmurf)]

*** Bug 278948 has been marked as a duplicate of this bug. ***

[Sean-neeley (sean-neeley)]

*** Bug 279033 has been marked as a duplicate of this bug. ***

[Mcow (mcow)]

Note that the duplicate has the same symptoms, but the filtering is occurring
via the Junk Mail Controls rather than user-defined filters.

[Gavin Sharp (gavin-sharp)]

*** Bug 282408 has been marked as a duplicate of this bug. ***

[Mcow (mcow)]

*** Bug 292772 has been marked as a duplicate of this bug. ***

[Mcow (mcow)]

*** Bug 302460 has been marked as a duplicate of this bug. ***

[M-d-e (m-d-e)]

I experience a slight variation of this bug: I have a filter moving some new mails from one imap account (first) to another (second) I use as archive.

points 1 and 2 from comment #10 apply here also, the first imap shows for unread mails, although there aren't any in the Inbox (after moving them to second). In the Dock (I use Mac, TB 1.5b2) a notification for 0 new messages appears.

Additionally on the second imap the folder with the new mails is marked for unread mails, but the account itself doesn't get marked for new unread, so the mail moved here by the filter ist probably not recognized as new.

[Mcow (mcow)]

*** Bug 337817 has been marked as a duplicate of this bug. ***

[Twalker (twalker)]

*** Bug 291488 has been marked as a duplicate of this bug. ***

[Habi-habimusic (habi-habimusic)]

*** Bug 351206 has been marked as a duplicate of this bug. ***

[Mcow (mcow)]

*** Bug 350815 has been marked as a duplicate of this bug. ***

[Bugzilla-mozilla-org-max (bugzilla-mozilla-org-max)]

I have also had this problem for around two years, but never got round to reporting it.

My IMAP server is running Exim, with a filter to reorganise my mails into folders. I also get an incorrect notification every time I receive a new mail in one of these folders (it says my account "has 0 new messages").

[Mcow (mcow)]

The behavior of this bug has changed, I believe due to the patch at bug 275561.
Now, when a new message arrives for IMAP and is filtered to local folders (and assuming no other new mail) there is no notification popup. You still get the alert sound, if you have that turned on; and you get a tray icon unless you're using the 'Mark as Deleted' deletion model (xref comment 8). The tray's tooltip shows "0 new messages." In TB, clicking the tray icon (which would normally redisplay the alert box) does nothing.

However, in the following sequence, you can still see the "0 new messages" alert box:
 - an ordinary new message arrives in the Inbox and stays there; alert is shown
 - user switches to Inbox -- tray icon & account New flag are cleared, but
   message & folder New flags persist
 - new filtered message arrives before existing New messages are read
In this case, the alert box will show "0 new messages" -- but also (in TB) will list the existing New messages from the Inbox (xref bug 138631).

[Mkmelin+mozilla (mkmelin+mozilla)]

*** Bug 373861 has been marked as a duplicate of this bug. ***

[Joshua Cranmer (jcranmer)]

*** Bug 444654 has been marked as a duplicate of this bug. ***

[Ben-bucksch (ben-bucksch)]

Duped by bug 378582?

[Vseerror (vseerror)]

(In reply to comment #27)
> Duped by bug 378582?

Mike's comment 7 would indicate the new behavior, bug 378582, is a regression of bug 275561.

However, it's unclear whether that regression has masked the behavior of this bug, or fixed it. So I'd say we need to see where fixing bug 378582 leads

[Atanas Atanasov (thenasko)]

Binary package hint: mozilla-thunderbird

Thunderbird conveniently displays a notification icon when new mail arrives. Consider the following situation. You receive mail, however you check it through a web client (not thunderbird) in result of which there is no more unread mail. However, the notification icon is still present until new mail arrives. This is really not a big problem though I thought it is worth reporting so it could be fixed in future.

[Alexander Sack (asac)]

i think its https://bugzilla.mozilla.org/show_bug.cgi?id=228168

[Atanas Atanasov (thenasko)]

I think so too. It shouldn't be such a huge issue.

[Marcel (ubuntu-dev-u)]

This has been an issue for many years, and still an active problem in version 38.4.0.
One cause is the use of Message Filters. When a filter moves a message out of the inbox to a local folder, the original inbox (which has no more unread messages), is still displayed blue and the unread tray icon is active. When the moved message is read in the local folder, the unread tray icon is not removed. Going to the original inbox folder resolves the unread indication.
I think when moving a message from any folder, it should be checked that it is the last unread message in that folder. In that case the unread indication should be removed from that folder (and put on the folder that the unread message is moved to).

[asafg (asaf-greenberg)]

Same conclusion as Marcel:
1. new email arrives
2. filter moves to another folder
3. user reads the message
4. The "new" status + tray icon - remain.

(yes, it's still a problem :) even in 2017)

[ALinuxUser (buntulongername-new)]

I have this problem too. Since the notification knows that there are 'zero' new mails, I do not see why the code for the notification cannot check that number and, if the number is indeed zero, abort.