Closed Bug 277205 Opened 20 years ago Closed 18 years ago

Marking message read by filter causes Inbox to stay bold

Categories

(Thunderbird :: Mail Window Front End, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 291465

People

(Reporter: zbynek.winkler, Assigned: mscott)

Details

When a newly arrived message is marked read by a filter then Inbox stays bold but has no "unread message count". This is a regression.
IMAP or POP mail? Are you using a theme besides the default?
(In reply to comment #1) > IMAP or POP mail? IMAP > Are you using a theme besides the default? only default
I'm seeing this in a more general case; it may be related: I have Thunderbird running at home on my machine all day, with my IMAP mail open. I go to work, and open Thunderbird here, connected to the same IMAP mail server. For this particular account, I have mail filtered (via procmail on the server) 7+ different mail folders (mailing lists and whatnot). In Thunderbird, I have the "Check this folder for new messages" option checked for all these folders. When I get new mail during the day at work, I'll read it. At the end of the day I'll leave the office and go home. I'll sit down at my machine at home and I see that Thunderbird has all the folders that received new mail that day as bolded, with the new mail icon next to them instead of the normal folder. There is no parenthesised number to indicate the new message count, because there actually are no new messages (I read them at work). Selecting the folder causes the item to return to a normal font. So to make this easier to reproduce, step-by-step: 1) Open Thunderbird on PC1 and log into an IMAP server. You need to have more than one folder that can receive new mail (via procmail or some other mechanism on the server), and the "Check this folder for new messages" option set for those folders. 2) Open Thunderbird on PC2 and log into the same IMAP server. 3) When you receive mail in one of the non-inbox folders, open the message on PC2 such that there are no longer any unread messages anywhere. 4) Wait 10 minutes (or however long the timeout is set between checking for new messages on PC1). 5) Go back to PC1 and view the state of the folder tree. The folders where new mail was received will be bold-faced, and the folder icon will show the new mail indication. Also note that there is no "(#)" appended to the folder title, indicating (to me, at least) that there was a point when Thunderbird noticed that there were in fact no new messages in the folder, but did not remove the bold-face and change the icon.
Zbynek Winkler: does comment 3 match your experience? Are you monitoring your IMAP mail account from multiple machines simultaneously? Brian Tarricone, see bug 301583.
This bug (the original report, not comment 3) may be the same as bug 257573 comment 1. Zbynek Winkler, if you agree, please mark this as a dupe of that one.
(In reply to comment #4) > Zbynek Winkler: does comment 3 match your experience? Not really. > Are you monitoring your > IMAP mail account from multiple machines simultaneously? No, I am not. However, I tried using procmail to add "Status: RO" to a message before it is put to the folder (thus making it "read" by the server and not by Thunderbird filter) and it works as expected. When the account is checked for new email, the status bar says something about one message being downloaded but nothing gets bolded. I retried the Thunderbird filter marking the message read with 1.0.2 on Debian and it still leaves the folder bolded with no new messages in it. I also noticed that the message is marked read only half way - it is not bold but it still has the "new mail icon" (the one with closed envelop and little red star).
(In reply to comment #5) > This bug (the original report, not comment 3) may be the same as > bug 257573 comment 1. Zbynek Winkler, if you agree, please mark > this as a dupe of that one. I am not sure. It talks a lot about notification, moving messages and delete models and it looks complicated. What I am describing is really simple. 1. have an IMAP account 2. create TB filter that marks messages read 3. send an email to this acount Result: The inbox is bold with no message count and the newly arrived message is not bold but has the "new mail icon" (see commment #6).
Other possible duplicates: Bug 179556 Bug 275561 Bug 224823 Can someone with the power perhaps tie all of these together into 1 cohesive bug?
Has this been fixed by the checkin for Bug 275561 ?
(In reply to comment #7) > I am not sure. It talks a lot about notification, moving messages and delete > models and it looks complicated. What I am describing is really simple. > > 1. have an IMAP account > 2. create TB filter that marks messages read > 3. send an email to this acount > > Result: The inbox is bold with no message count and the newly arrived > message is not bold but has the "new mail icon". Sorry to have ignored this so long. I'm going to dupe it to a bug that's solely about this issue. (That would be a "flag", btw, not an "icon" -- the icon is what we call the thing that appears in the tray, in Windows.) (In reply to comment #9) > Has this been fixed by the checkin for Bug 275561 ? Actually, in testing, it appears to me it's been fixed *prior* to that -- I'm running an older build to try to reproduce that bug's problem, and while I'm waiting for my new message to arrive, I just tested this -- I can't reproduce it. While I appreciate your enthusiasm for closing down bugs, you really need to be testing far more in depth before you start suggesting dupes in every similar-looking bug that you happen to notice. There are a number of different problems in notification, complicated by POP vs IMAP, all the various filter actions, and the long-standing bug 116181 and its various dependents.
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.