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)
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.
Comment 1•20 years ago
|
||
IMAP or POP mail?
Are you using a theme besides the default?
Reporter | ||
Comment 2•20 years ago
|
||
(In reply to comment #1)
> IMAP or POP mail?
IMAP
> Are you using a theme besides the default?
only default
Comment 3•20 years ago
|
||
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.
Comment 4•19 years ago
|
||
Zbynek Winkler: does comment 3 match your experience? Are you monitoring your
IMAP mail account from multiple machines simultaneously?
Brian Tarricone, see bug 301583.
Comment 5•19 years ago
|
||
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.
Reporter | ||
Comment 6•19 years ago
|
||
(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).
Reporter | ||
Comment 7•19 years ago
|
||
(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 ?
Comment 10•18 years ago
|
||
(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.
Description
•