Closed Bug 632372 Opened 14 years ago Closed 1 year ago

unread message notification remains when reading mail that was moved to a different account the blue color

Categories

(Thunderbird :: Folder and Message Lists, defect)

x86
Windows 7
defect

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: pieterpaul_1, Unassigned)

References

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; nl; rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13 ( .NET CLR 3.5.30729; .NET4.0C) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.1; nl; rv:1.9.2.13) Gecko/20101207 Lightning/1.0b2 Thunderbird/3.1.7 I use message filters to sort my e-mails into subfolders. In some folders, mail from both of my e-mailaccounts is received. So, when an e-mail is received on account A, it is moved to a subfolder of account B. This incorrectly marks account A as having unread e-mail, instead of account B (because the e-mail is now under account B). What is especially annoying is that even after reading the mail, account A is still marked as having unread e-mail. This means that the unread e-mail notification in the system tray isn't removed either. The problem is very easy to fix: By just selecting any folder in account A, the account is no longer flagged as having unread mail and the system tray notification disappears as well. It is annoying nonetheless. Reproducible: Always Steps to Reproduce: 1. Receive mail on account A. 2. Before reading mail, move it to account B (with a Message Filter) 3. Read the mail in account b Actual Results: Account A is marked as having unread mail. Expected Results: When moving the unread mail from account A, it should be checked if there's any more unread mail in account A, otherwise the unread mail notification should be removed.
Are these local folders or imap folder ?
Both are local folders
Actually, I think I didn't specify this 100% correctly: The unread mail notification is really an /unseen/-mail notification. One that makes the name of the account/folder blue, and adds an icon to the system tray. The original folder (folder A) is *not* marked as having /unread/ mail (printed in bold face and having (1) appended to it), and the destination folder (folder B) is correctly marked as having unread mail. For clarity: After reading the message, folder B is no longer marked as having unread mail, so no folders have unread mail, but the account that folder A belongs to is marked as having unseen mail (-> account name printed in blue). Could someone change this accordingly?
Summary: unread message notification remains when reading mail that was moved to a different account → unread message notification remains when reading mail that was moved to a different account the blue color
I think I see the same issue. In my case, if I receive new emails in my Inbox and manually drag them to some other subfolder. 'Local Folders' remains blue as expected and the subfolder is emboldened and shows the updated number of unread item. If I then right-click on the subfolder and select 'Mark Folder Read' the subfolder node is updated (no unread items) but the 'Local Folders' remains blue as *not* expected. Also the system tray icon is not updated (hidden). It seems to be necessary to then select any other folder to have the 'Local Folders' status updated. So the issue seems to boil down to the unread status update not always cascading up the tree. So can a subfolder unread status update please cascade upwards as appropriate? Ta!
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
Resolution: --- → DUPLICATE

This really doesn't look like a duplicate of bug 313694.

Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
See Also: → 1545955
See Also: → 1670486
Severity: minor → S4

Unless somebody can reproduce in newest thunderbird, let's close. I tried to reproduce with TB 115.2.3 (64-bit) on Windows utilizing IMAP and all is fine. Also, from the original authors of this bug, it is not clear if the incoming mail account is IMAP or POP3.

Whiteboard: [closeme 2023-11-01]

Resolved per whiteboard

Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago1 year ago
Resolution: --- → INCOMPLETE
Whiteboard: [closeme 2023-11-01]
You need to log in before you can comment on or make changes to this bug.