365392 - saved search not refreshed and new mail count incorrect

Status: NEW

(Thunderbird :: Folder and Message Lists, defect)

Description

[amichai2]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1
Build Identifier: version 2 beta 1 (20061206)

A saved search folder view and its corresponding sidebar folder name view are not synchronized - the sidebar shows a bold new messages count while the saved search itself doesn't.

Reproducible: Always

Steps to Reproduce:
1. define a saved search which shows all messages with status 'starred' or 'new'.
2. enable junk mail filtering.
3. mark a few messages in inbox as starred.
4. view the saved search folder.
5. press F5 to get new mail.
6. if a new junk mail message arrives (automatically moved to junk folder), the saved search view is unchanged, but on the folder list sidebar (all folders view) it is displayed in bold with '(1)' following it, i.e. it thinks there's a new message in the search even though there isn't. This is the first bug.
7. repeat the above steps without step 4, i.e. look at a different folder and follow the same steps.
8. this time when junk mail is received, the sidebar shows the new messages. when clicking on it to view the saved search contents, there is an entry shown for each junk mail item received, marked as new (bold), but with an empty subject (even though the junk mail does have a subject). After a brief moment (second or so), these entries vanish, i.e. the search folder is updated to reflect what the junk mail filters have done long ago (moved it to junk). The sidebar count at the same time drops to 0 as it should, but the folder name still remains in bold (with no new message count). only when clicking on a different folder is the bold font removed.

Actual Results:  
the new messages display/count is both incorrect, and not synchronized between the folder itself and the sidebar folder name. Also, the folder may show entries marked as new for a brief moment, with no subjects, and only then update the search to remove them (which is ugly), and still fail to updated the sidebar properly.

Expected Results:  
both sidebar and saved search should reflect the proper state of the folder in all cases. Other than the end result being incorrect, I think it's quite ugly seeing entries appearing and disappearing briefly while you're staring at them. An approach which would be more visually pleasing is for all the background processing to be done first (with no GUI changes other than a 'processing' message in the status bar or something like that), and only once all messages have been processed, marked and moved to it's final destination folder (e.g. junk), should the GUI be updated to reflect the changes.

Comment 1

[Majken Connor [:Kensie]]

Are you using rules with custom fields?

Comment 2

[amichai2]

I have two rules with custom fields, however they are both disabled (so that would probably be a 'no').

Comment 3

[Wayne Mery (:wsmwk)]

I would think this would be related to or a dupe of a more general junk processing issue

Comment 4

[ovidiu]

could this be related to bug 305902 ?

Comment 5

[Valery Kondakoff]

reproducible in Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b3pre) Gecko/20090121 Shredder/3.0b2pre.

Comment 6

[Ryan Hayle]

Confirmed in the current nightly (3.0b2pre-20090214).  The only way to reset the message count is to switch to another folder and back.  I hope to see this fixed before 3.0 launches, as it severely limits the utility of virtual folders!

This seems to be a dupe of bug 304190, bug 305902, bug 328893, bug 443753, and possibly more...

I'm also linking this to bug 438257 which is collecting all of the various miscount issues.

Comment 7

[serge.kobsa]

Still present in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.4pre) Gecko/20090915 Lightning/1.0pre Thunderbird/3.0b4

Saved search folders are not refreshed automatically; the only way to do it is to switch to another folder and back as reported above. True even when the 'Search Online' option is selected.

Please change the status to confirmed and seriously consider fixing it before final release as it truly renders virtual folders nearly useless, or at least severely misleading.

Comment 8

[Lewis Rosenthal]

Request for classification as MailNews core, as I am also seeing this on:

Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.9.1.17) Gecko/20110129 Lightning/1.0b2 Mnenhy/0.8.3 SeaMonkey/2.0.12

Comment 9

[Lewis Rosenthal]

Apologies for the bug spam.

The previous workaround of clicking into another folder and then clicking back does not seem to work for me under SeaMonkey 2.0.12 (at least under OS/2). This makes this issue more serious than it had been, as presently, I have no way of really knowing how many unread messages there may be in each of my saved search folders (and I have about a dozen of them, which I use for filtering the last 30 days of mailing list postings).

Comment 10

[monperrus]

duplicate of bug 1227878?