Unread mail count on taskbar false
Categories
(Thunderbird :: Mail Window Front End, defect)
Tracking
(thunderbird_esr115 affected)
| Tracking | Status | |
|---|---|---|
| thunderbird_esr115 | --- | affected |
People
(Reporter: algopirin2005ftw, Unassigned)
References
Details
Attachments
(3 files)
Clipboard03.jpg
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:94.0) Gecko/20100101 Firefox/94.0
Steps to reproduce:
I did nothing. TB just downloads messages periodically in the background and then shows a badge on the taskbar with the number of new messages - which is incorrect. Possibly related to a bug moving incoming messages to a subfolder using filters.
Actual results:
TB shows 3 new unread mail (see screenshot)
Expected results:
It should only show 1.
|
||
Comment 1•2 years ago
|
||
Reporter, do you still see this issue when using version 102?
|
Reporter | |
Comment 2•2 years ago
|
||
It's kinda random. Something definitely changed. I have multiple accounts and the number displayed there is sometimes for the new messages for one account only, sometimes for the others. And now I often don't get a taskbar notification icon either, nor this count on the button, so I have to switch to TB and see if there's new email coz often there's no notification in any form.
|
||
Comment 4•2 years ago
|
||
Hi, using 115.0b4 (64-bit)
The message count on the Task Bar Icon is very problematic when it never used to be.
After selecting and moving off a message the unread count most times doesn't change ?!
To ensure the accuracy I have to close the Tab or select another email using the same Tab.
Then reopen the original email for the count to be recalculated correctly.
The inaccuracy causes wasted time in looking for the unread emails, and many times out of fustration
I have closed Thunderbird and reopened for an accurate unread message count
It would seem the re-calculation is only performed by my Closing or Selecting another email.
This use to be reliable.
Thanks and Regards
Eric
|
||
Comment 5•2 years ago
|
||
Possibly related to bug 1843734 ?
|
|
||
Comment 6•1 year ago
|
||
Eric, Janos,
Have you seen this since 115.2.3, or a newer beta, which would have been fixed by bug 1824889
|
|
Reporter | |
Comment 7•1 year ago
|
||
@Wayne,
yes, it is still wrong for me, always has been. At least when messages are moved by filtering rules. (Another bug I reported and no one seems to care about it at all.)
See new attachment Clipboard02.jpg. 1 incoming message moved from inbox into a subfolder by a filter. Subfolder says 1 unread mail. Taskbar icon does not show anything. (And I don't even have a systray icon!)
|
|
||
Comment 8•1 year ago
|
||
Not sure if I should comment here or another related bug, but the incorrect behaviour is still happening for me, on 115.4.2.
|
|
||
Comment 9•1 year ago
|
||
|
|
||
Comment 10•10 months ago
|
||
Confirming based on multiple reports
|
||
Comment 11•4 months ago
|
||
I am also encountering this problem.
For one of my google / imap accounts (lots of mail in it - 3171 according to "Folder Properties) the Inbox 'unread mail" count is often roughly double the actual number of unread items ... I am also often finding Inbox messages that, when I try to read them, are 'corrupted'. I can fix the latter by running "Repair folder" - but when i do so the 'unread mail' count often increases (e.g. from double the actual number to triple). Sometimes but not always the count resets back to the 'real' unread number after re-loading all the messages from the server.
Sending mail / saving copy to inbox is also interminably slow (sometimes a minute to do this), which doesn't seem to happen in my other google mailboxes.
This is kinda infuriating ... No data loss though, just weird and disconcerting.
I am running 128.2.0esr (64-bit) on OSX 14.6.1.
|
|
||
Comment 12•4 months ago
|
||
(In reply to Ian Graham from comment #11)
My problem seems to have gone away with the update to 128.2.3esr - so it would seem my problem was in part due to the OAuth2 problems in the previous version? Anyway, wanted to let you know.
But -- perhaps 'reintroducing' the code that causes these OAuth2 timeout problems can be useful for finding intermittent bugs in the code that manages folder count / display information, folder repair, etc?
I am also encountering this problem.
For one of my google / imap accounts (lots of mail in it - 3171 according to "Folder Properties) the Inbox 'unread mail" count is often roughly double the actual number of unread items ... I am also often finding Inbox messages that, when I try to read them, are 'corrupted'. I can fix the latter by running "Repair folder" - but when i do so the 'unread mail' count often increases (e.g. from double the actual number to triple). Sometimes but not always the count resets back to the 'real' unread number after re-loading all the messages from the server.
Sending mail / saving copy to inbox is also interminably slow (sometimes a minute to do this), which doesn't seem to happen in my other google mailboxes.
This is kinda infuriating ... No data loss though, just weird and disconcerting.
I am running 128.2.0esr (64-bit) on OSX 14.6.1.
|
||
Comment 13•23 days ago
|
||
(In reply to Wayne Mery (:wsmwk) from comment #1)
Reporter, do you still see this issue when using version 102?
Still seeing spurious unread mail count on icon in TB 136.oa1 and other beta builds. Shoeing "2" now and have checked all accounts and folders.
|
|
||
Comment 14•22 days ago
|
||
Count in active folder early this AM was correct (7?) but taskbar showed 1.
Yesterday, I went through all accounts and cleaned up some Junk and other issues and the taskbar count was correct (0) and stayed correct for the rest of the day. This is not a serious problem to me unless the taskbar is telling me there is unread mail and I take time to go looking for it - and don't find any unread.
Description
•