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)
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.
Comment 1•14 years ago
|
||
Are these local folders or imap folder ?
Reporter | ||
Comment 2•14 years ago
|
||
Both are local folders
Reporter | ||
Comment 3•14 years ago
|
||
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?
Updated•14 years ago
|
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!
Updated•13 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
Resolution: --- → DUPLICATE
Comment 6•5 years ago
|
||
This really doesn't look like a duplicate of bug 313694.
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Updated•2 years ago
|
Severity: minor → S4
Comment 7•1 year ago
|
||
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.
Updated•1 year ago
|
Whiteboard: [closeme 2023-11-01]
Resolved per whiteboard
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago → 1 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.
Description
•