Closed Bug 324375 Opened 19 years ago Closed 10 months ago

Unread email counts do not display until "said" folders are clicked to display correct counts

Categories

(Thunderbird :: Mail Window Front End, defect)

Product:
Thunderbird
Component:
Mail Window Front End
Platform:
x86
Windows XP
Type:
defect

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: mozilla.org, Unassigned)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

Tbird version from Help/About
2.22 KB, image/png
Details 
User-Agent:       Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)
Build Identifier: 2005120115

I am using TB with the Global account setting to randomly POP 20 email accounts, and then filters are in place to move email to necessary folders and sub-folders.
If email comes in and is moved by the filter to folder "X"; folder "X" will not be bolded nor show the count of unread emails with in this folder.
When you click on the folder to (assumed) read previously "marked read" emails the folder name goes to bold and the correct count of unread mail messages will change to a "(#)" count (where the # is the correct number of unread messages).

Another thing I have learned: I copy my profile folder from one PC to a USB thumb drive and then to another PC, and upon the 1st launch of the freshly copied data is when this occurs.
In order words: if I keep the email on one PC and shut off the PC, reboot the PC, etc, the error does not occur.  But, once I copy the files to another PC, the problem occurs every time.

Reproducible: Sometimes

Steps to Reproduce:
1. Use TB, copy files to USB drive, copy files to new PC, launch TB

Actual Results:  
* copy profile directory to USB drive
* copy profile directory to a PC
* launch TB and watch unread message counts not display in a folder with new messages


Expected Results:  
click on folder with unread messages, the count is then created when the folder is clicked

The unread message count should increment correctly under all circumstances
Related to/duplicate of bug 283756 or bug 261201?
RE bug 283756:
* I do not have issues with the count when manually adding new emails or when existing emails are marked read
* Also, I only uses one Global Profile, and do not switch profiles or have any additional users of TB on any machines I use.

RE bug 261201:
* My folders are bolded or showing a count until I click on them
* I do not have any emails changed to read automatically.  The only time they get marked read is if I double click and open the email (or if I delete the unread message, then TB marks as read in the same process of moving the item to the "trash")

If anything, this is closest to #261201, but I will leave that to the developers to let me know if it is considered the same.
I have a similar issue, but I do not use the Global Folders. I use a 4 POP accounts, each feeding their own set of folders. The problem only occurs on one of the secondary accounts. When new mail arrives, sometimes but not always, the unread counter does not increment enough. When I then select the offending Inbox, the unread counter suddenly changes to the correct value.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.8.1.3pre) Gecko/20070319 Thunderbird/2.0pre ID:2007031904
Also happening on a brand new profile.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.8.1.3) Gecko/20070326 Thunderbird/2.0.0.0 ID:2007032620
As a possible clue, when the counter goes wrong, I often notice I have just received mail that a filter has either classified as Junk or moved straight into my Deleted/Trash folder.
QA Contact: front-end
Blocks: 438257
Assignee: mscott → nobody
Sincere apologies if this is not the same bug. 

 4 - IMAP Folders
TB version 2.0.0.16 (20080708)
win xp sp2 and sp3

Happens in all accounts.

New mail is sorted according to filters.  The mails that are new do not bold the inbox, or any sub folders until the inbox or folder is clicked and opened.

This is about to be a deal breaker as I now have to open all of my subfolders to "find" new mail.

As background, this behviour just started happening.  It didn't happen when we used POP3 accounts and I don't recall it happening when we first switched to imap.  The IMAP accounts are also accessible using Horde Webmail although this is not our usual way of accessing the accounts.
d2_c2: it's not the same if those are sever side filters. If so, using "check this folder for unread" in the folder context menu should help. (There is also mail.check_all_imap_folders_for_new)
(In reply to comment #7)
> d2_c2: it's not the same if those are sever side filters. If so, using "check
> this folder for unread" in the folder context menu should help. (There is also
> mail.check_all_imap_folders_for_new)

Looking at the date of the last comment, this may not be the right place for this but I am hitting this exact issue in thunderbird 3.0.4 on Ubuntu 9.10. This is the first time I am using thunderbird.
I am connected to my mail server using IMAP. I have message filters to filter mail and move it to one of 3 subfolders. Sometimes the unread count of the folders is incremented correctly but most times I need to click on the folder and the unread message shows up.

I am using the firetray plugin as well. I noticed that the unread count of the inbox is incremented (I see this), then I suppose the filter is applied to the message and the message is moved from the inbox. This decrements the unread count on inbox (I see the increment and decrement happen quickly). However the new message does not appear as an unread message in any of the subfolders till the time I click on the subfolder.

I have checked "check this folder for unread" for all folders and have also set mail.check_all_imap_folders_for_new to true.

Thanks.
I have exactly the same problem in thunderbird 3.1.2. It's really annoying to click on all folders one by one whenever I get notification of new mail.
I set retention policy on many folders. The email count will not change unless I click on the folders. Thunderbird 3.1.5

Bryan
I have had this issue for months and was told compacting folders might sort it. 
It doesn't. 

It appears random. I have a lot of folders and subfolders and many rules to file email as it arrives. Every now and again some (not all) folders fail to show that they contain unread messages (the folder name is shown without bold emphasis and without an unread count until I select the folder, when both indications show).

THIS IS AN EXTREMELY SERIOUS BUG AS IT MEANS I AM LIABLE TO MISS IMPORTANT EMAILS UNTIL I HAPPEN TO BROWSE A FOLDER. THAT IS NOT ACCEPTABLE IN ANY EMAIL CLIENT.

I'm on Windows 7 SP-1 64bit

Here's my Thunderbird reporting info (Thunderbird > Help > Troubleshooting Information)

  Application Basics

    Name: Thunderbird
    Version: 6.0.1
    User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.1) Gecko/20110830 Thunderbird/6.0.1
    Profile Directory: Open Containing Folder

              (Local drive)
    Application Build ID: 20110830105949
    Enabled Plugins: about:plugins
    Build Configuration: about:buildconfig

  Mail and News Accounts
    account1:
      INCOMING: account1, , (none) Local Folders, plain, passwordCleartext

    account2:
      INCOMING: account2, , (pop3) mail.onetel.net.uk:995, SSL, passwordCleartext
      OUTGOING: smtp.virginmedia.com:465, SSL, passwordCleartext, true
      OUTGOING: smtp.virginmedia.com:465, SSL, passwordCleartext, false

    account3:
      INCOMING: account3, , (pop3) pop3.virginmedia.com:995, SSL, passwordCleartext
      OUTGOING: smtp.gmail.com:465, SSL, passwordCleartext, true
      OUTGOING: smtp.virginmedia.com:465, SSL, passwordCleartext, false

    account4:
      INCOMING: account4, , (pop3) mail.onetel.net.uk:110, plain, passwordCleartext
      OUTGOING: smtp.gmail.com:465, SSL, passwordCleartext, true
      OUTGOING: smtp.virginmedia.com:465, SSL, passwordCleartext, false
      OUTGOING: smtp.virginmedia.com:465, SSL, passwordCleartext, false

    account5:
      INCOMING: account5, , (pop3) pop.onetel.com:995, SSL, passwordCleartext
      OUTGOING: smtp.gmail.com:465, SSL, passwordCleartext, true

    account7:
      INCOMING: account7, , (pop3) pop3.onetel.net:995, SSL, passwordCleartext
      OUTGOING: smtp.gmail.com:465, SSL, passwordCleartext, true

    account8:
      INCOMING: account8, , (pop3) pop3.happybeing.com:995, SSL, passwordCleartext
      OUTGOING: smtp.gmail.com:465, SSL, passwordCleartext, true

    account10:
      INCOMING: account10, , (pop3) mail.thewebalyst.com:995, SSL, passwordCleartext
      OUTGOING: smtp.gmail.com:465, SSL, passwordCleartext, true

  Extensions

  Modified Preferences

    Name: Value

      accessibility.typeaheadfind.flashBar: 0
      extensions.lastAppVersion: 6.0.1
      font.name.monospace.el: Consolas
      font.name.monospace.tr: Consolas
      font.name.monospace.x-baltic: Consolas
      font.name.monospace.x-central-euro: Consolas
      font.name.monospace.x-cyrillic: Consolas
      font.name.monospace.x-unicode: Consolas
      font.name.monospace.x-western: Consolas
      font.name.sans-serif.el: Calibri
      font.name.sans-serif.tr: Calibri
      font.name.sans-serif.x-baltic: Calibri
      font.name.sans-serif.x-central-euro: Calibri
      font.name.sans-serif.x-cyrillic: Calibri
      font.name.sans-serif.x-unicode: Calibri
      font.name.sans-serif.x-western: Calibri
      font.name.serif.el: Cambria
      font.name.serif.tr: Cambria
      font.name.serif.x-baltic: Cambria
      font.name.serif.x-central-euro: Cambria
      font.name.serif.x-cyrillic: Cambria
      font.name.serif.x-unicode: Cambria
      font.name.serif.x-western: Cambria
      font.size.fixed.el: 14
      font.size.fixed.tr: 14
      font.size.fixed.x-baltic: 14
      font.size.fixed.x-central-euro: 14
      font.size.fixed.x-cyrillic: 14
      font.size.fixed.x-unicode: 14
      font.size.fixed.x-western: 14
      font.size.variable.el: 17
      font.size.variable.tr: 17
      font.size.variable.x-baltic: 17
      font.size.variable.x-central-euro: 17
      font.size.variable.x-cyrillic: 17
      font.size.variable.x-unicode: 17
      font.size.variable.x-western: 17
      mail.openMessageBehavior.version: 1
      mail.winsearch.firstRunDone: true
      network.cookie.prefsMigrated: true
      places.database.lastMaintenance: 1314971309
      places.history.expiration.transient_current_max_pages: 257378

  Graphics

    Adapter Description: NVIDIA Quadro FX 1800M
    Vendor ID: 10de
    Device ID: 0cbc
    Adapter RAM: 1024
    Adapter Drivers: nvd3dumx,nvwgf2umx,nvwgf2umx nvd3dum,nvwgf2um,nvwgf2um
    Driver Version: 8.17.12.7533
    Driver Date: 5-20-2011
    Direct2D Enabled: true
    DirectWrite Enabled: true (6.1.7601.17563)
    WebGL Renderer: Google Inc. -- ANGLE -- OpenGL ES 2.0 (ANGLE 0.0.0.686)
    GPU Accelerated Windows: 2/2 Direct3D 10
This bug may be related to Bug 708618, where it is described with IMAP accounts.
FWIW, I have been having this issue long before IMAP was common... and I still have it from time to time with and without IMAP being involved
Do you still see this when using a current version?
Flags: needinfo?(mozilla.org)
Whiteboard: [closeme 2014-01-15]
I am not seeing this issue any more, but when I originally commented I was using POP. I am now using IMAP. This means I can't really make any valid observation about my original set up.
I'm still seeing this issue using IMAP with Gmail.
Flags: needinfo?(mozilla.org)
Whiteboard: [closeme 2014-01-15]
I'm also still having this issue with company IMAP. Thunderbird 31.7.0 Xubuntu 15.04.
A temporary solution seems to be to right-click on each folder, then click on the checkbox "When getting new messages for this account, always check this folder". Still, it's very impractical to do this for every folder. Should this function be turned on by default? Thunderbird 31.7.0 Xubuntu 15.04 64-bit.
Same issue with gmail here. In 38.5.0 there is only "mail.server.default.check_all_folders_for_new" - hope it does the same.
A "Check all folders for new" option tends to cause performance issues for people with large numbers of folders, at least based on my experience with a similar choice in my ExQuilla addon. Even adding it as a user interface choice could generate lots of support issues with people who set this without understanding the performance implications.
How about enabling it by default for a limited amount of folders "mail.server.default.check_all_folders_for_new_max_by_default".
Additionally there could be a UI for that number and if there are more folders than this there could be a hint for the user. There could even be a priority on most viewed folders.
This is one of many cases where inherited folder properties would be the right solution. That would allow you fine control of exactly where this is implemented. Unfortunately nobody has come up with a decent UI for those, so they are rarely used. I hesitate to support some other solution.
ux-control key word?
Severity: normal → S3

Does this occur for you in 115?

Flags: needinfo?(worcester12345)

I'm in a 32-bit update channel per the attached Help/About. I haven't noticed count discrepancies as before for some time. I've hesitated to update to 64-bit because I wonder if my email archive might suffer from incompatibility. I had migrated that from the SeaMonkey email client.

Oh, just noticed this bug report is from WinXp. I'm now on Win10, and migrated to Tbird either when the SeaMonkey email client grew hinky and/or I migrated from Xp to Win10.

Thanks for the update

Status: UNCONFIRMED → RESOLVED
Closed: 10 months ago
Flags: needinfo?(worcester12345)
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: