Closed Bug 116181 Opened 24 years ago Closed 9 years ago

Green arrow (folder has new messages indicator) doesn't disappear when all mails are read

Categories

(MailNews Core :: Backend, defect)

Product:
MailNews Core
Component:
Backend
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: simon, Unassigned)

References

(Blocks 4 open bugs)

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.6+) Gecko/20011218 BuildID: 2001121803 I have several accounts Moz checks and filters which move the mails to different folders. When I get a mail the inbox is marked with the green arrow (as is the mail icon) and the mails get moved to the different folders. After having read the different new mails in the folders the green arrow should disappear, but it only does when I click on the Inbox. Mozilla should be able to recognise that all mails are read and the green are should disappear then. Reproducible: Always Steps to Reproduce: 1. Have different subfolders and filters leaving to them. 2. Check your mail 3. Read the new messages and observe that tha green arrow does only disappear when you clock on the Inbox. Actual Results: The green arrow does only disappear when you click on the Inbox. Expected Results: The green arrow should disappear after having all mails read. Maybe this is related top bugs 94913, but I'm not sure.
Just checked it with an older build (2001121508) on a different computer (Win98), seems to work there. The bug must have appeared at the beginning of this week.
No one taking care of this? It's small but annoying as hell. I always believe that I have new mail while all mails are already marked read.
Confirmed with 2002012408/Linux.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows 98 → All
reassiging to naving. I'm unable to reproduce this. When I read all of my mail in a folder that is filtered to, either pop or imap, the new message arrow on the folder disappears.
Assignee: sspitzer → naving
QA Contact: esther → laurel
Status: NEW → ASSIGNED
I don't know if this is related or not, but with build 2002012708 the behaviour of Mozilla changed when new Mails arrive. Now the green arrow disappears as soon as I have read a message. This is also wrong of course, it should stay there until all messages are read. Also, the name of the folder which contains new messages remains bold, even if all messages in it are markes read. If I collapse the parent folder and reopen it again, the folder name is displayed normally. Same bug or different bug)
It would be even nicer if when I have a new mail netscape pops a little mail icon into my system tray like netscape 4.6 and 4.7 used to that way I dont have to go to netscape all the time to check if I have a mail I just look down at my system tray and no Icon then I know I have no mail.
Chris, what you just wrote about the system tray got checked in over the weekend.
*** Bug 102562 has been marked as a duplicate of this bug. ***
i brought this issue up in bug 121660, comment 52 too - attachment 70847 [details] just shows the same problem. would be nice to have that fixed soon. i'll give my vote for this one.
*** Bug 131317 has been marked as a duplicate of this bug. ***
Isn't this is a dup of Bug 84705? Are the're any chance we might see this fixed in Mozilla 1.0?
from Comment #11 From simon@simifilm.ch: Bug 84705 indeed does seem somehow alike. the issue reported is not, but it turned out to be. maybe the two assignees (naving@netscape.com (Navin Gupta) and sspitzer@netscape.com (Seth Spitzer)) should decide who's turn it is =) but seth pointed out in bug 121660, that his bug would _not_ include the green-arrow issue, so maybe it could also be the other way round. anyway, either QAs or Assignees should have a talk. (BTW: there is the possibility to /vote/ for bugs, you want to have fixed; but since this one does not have any moz1.0 or machv or any keywords and in addition no target milestone, it's unlikly for it to be in v1.0)
*** Bug 144129 has been marked as a duplicate of this bug. ***
*** Bug 148074 has been marked as a duplicate of this bug. ***
*** Bug 149619 has been marked as a duplicate of this bug. ***
*** Bug 153871 has been marked as a duplicate of this bug. ***
*** Bug 164316 has been marked as a duplicate of this bug. ***
*** Bug 148379 has been marked as a duplicate of this bug. ***
*** Bug 169738 has been marked as a duplicate of this bug. ***
*** Bug 182593 has been marked as a duplicate of this bug. ***
*** Bug 200789 has been marked as a duplicate of this bug. ***
I've been seeing this bug, occasionally, since about version 0.9. It's definitely there in 1.4a. It ONLY happens if several mail items arrive at once, and if they are being moved between accounts. I have accounts with several ISPs, but filter mail from them all to the same set of "master" mailboxes. The green arrow stays in the toolbar till I've read all the mail items (correct!), but will sometimes stay after that. If I click on the inmail box for the account that got a batch of mail all at once (there's no mail in there because the filters moved it to "main"), the green arrow disappears. There's a related bug that sometimes Mozilla won't filter the mail at all, and leaves it in the "subsidiary" mailbox, without turning on the green arrow and without displaying it in the "unread" column. It appears only when I click on that inbox.
Is this a dupe of Bug 46133? It's certainly related, if not the same.
Actually, a better dupe might be Bug 107206.
mass re-assign.
Assignee: naving → sspitzer
Status: ASSIGNED → NEW
*** Bug 117861 has been marked as a duplicate of this bug. ***
To summarize this bug (including info from the recent dupe): If all the mail that arrives in a fetch on an account is filtered to folders in other accounts, or to local folders, then the green arrow is placed on the original account as well as on the target folders. As the messages are read, the folder lose their green arrows, but the account folder and biff icon (component bar) remain active. They do not clear until a folder in the originating account is viewed. This symptom still present in 1.4b-0507, Windows 2000. This bug is described in Bug 107206 comment 8, but that bug is a rather vague collection of several notification issues.
Blocks: 202783
Feels like time for a meta-bug relating all the notification problems? Bug 91498 Bug 107206 Bug 91498 Bug 138095 Bug 138631 Bug 141795 Bug 145982 Arrrggh.... some of these must be dups. I got lost...
*** Bug 211136 has been marked as a duplicate of this bug. ***
*** Bug 217870 has been marked as a duplicate of this bug. ***
This still happens in 1.5b on Win XP Pro, but its annoying since at least 1.4 (milestone) when I switched over to Mozilla. Sometimes its enough with opening the inbox of the account in question, but sometimes I have to click on "read messages" to get rid of the green arrow.
*** Bug 221300 has been marked as a duplicate of this bug. ***
Bug 222068 talks about what is basically the same problem, except complaining about the systray icon rather than the green arrow on the account.
Blocks: 222068
Bug still there in Mozilla 1.6b with Win XP. It must be due for its pension book soon?
On bug 107206 which is quite linked to this bug, I 've posted a call to feedback (comment 26) to deal with what the proper resolution should be. So... obviously, I am inviting you to look at it and to share any view that could help to choose a good resolution to these bugs.
*** Bug 231918 has been marked as a duplicate of this bug. ***
Please expand the summary to include the not updated tray icon (see dupes).
*** Bug 244057 has been marked as a duplicate of this bug. ***
*** Bug 249914 has been marked as a duplicate of this bug. ***
*** Bug 247845 has been marked as a duplicate of this bug. ***
*** Bug 166761 has been marked as a duplicate of this bug. ***
*** Bug 200447 has been marked as a duplicate of this bug. ***
Product: Browser → Seamonkey
There seems to be a whole bunch of bugs that essentially all want the same thing. Would it make sense (for someone who can) to dupe all these bugs into one (e.g., bug 224823) and make it "Product: Core"? Suggested new Summary: Unread mail indicator (red star / green arrow) on (Account) folder icon and the New Mail Icon in the Windows Taskbar are not updated/removed when all mails are read or moved/deleted via (junk)filters.
Assignee: sspitzer → mail
IMHO this should be treated as an Enhancement only, and not as a bug...
is somebody knows if there is a same bug already open for Thunderbird of in the core code??? It is a really annoying bug I've TB and 6 pop account Each pop has its own inbox, but i've a lot of filter on each account to move the message in one of subfolder below Local Folders ... But when i receive a mail for account x which is filtered, and i've read the filtered mail, i've to click on the originating inbox account to remove the red star (similar to the green arrow of seamonkey) on the inbox and the account (and to remove the notification icon in the tray box)
Just to let you know that i'm experiencing the same annoying bug with my Mozilla Thunderbird version 1.5 Beta 1 (20050908).
(In reply to comment #46) I've found this bug for thunderbird: https://bugzilla.mozilla.org/votes.cgi?action=show_bug&bug_id=224823
Somebody squash this bug! It is 100x more annoying for me than any other issues in thunderbird. Here are some related bugs: Mozilla Application Suite X You are here 116181 Green arrow doesn't disappear when all mails are read 222068 Filtered Mail Does Not Clear New Mail Icon Thunderbird 224823 Running filters on folder doesn't update the unread mail indicator in folders pane. 272328 New Mail Notification Icon remains in Task Bar until manual "get new mail", 275561 New mail icon remains when filters have marked all new mail as read 277205 Marking message read by filter causes Inbox to stay bold
i think a lot of these new and unconfirmed bugs are "dupplicated" of this one (Related to Mozilla Application suite) and this one: https://bugzilla.mozilla.org/show_bug.cgi?id=224823 (Related to TB)...
I've been following this bug, hoping for a fix, for some years. STILL the little leaping dolphin to the left of each mailbox has a red nose when there's been mail, even if I read the mail days ago. It seems the "new mail" flag doesn't know about mailfilters. It's not a "problem" - just an annoyance.
Is it possible that a `BUG' can survive seven years? As I see, everybody needs it to be fixed, but nothing happens.
I suggest we make this bug the mother of all new notification bugs, which is a core database issue. I'm moving it to core to help mailnews hackers find it. I suspect that these issues were introduced by changes from bug 55900, but that was so long ago that much has changed since then (except the two lines that got me to that bug in the first place).
Assignee: mail → bienvenu
Component: MailNews: Main Mail Window → MailNews: Database
Product: Mozilla Application Suite → Core
QA Contact: laurel → database
Hardware: PC → All
Bienvenu is unlikely to get to this, and we shouldn't be doing default assignees anyway. I'm going to at least look at the issues, so I'll add myself for now.
Assignee: bienvenu → kent
Blocks: 438257
Product: Core → MailNews Core
Blocks: 366436
Is 'Database' really the appropriate component for this? I guess there's no Notification component for that product, but Database seems counterintuitive. Kent? I'm glad to see this moved to Mailnews Core, as TB has several bugs that are basically the same and which haven't been duped because this used to be Suite.
I'm not sure why I set it to database - except that the fundamental issues deal with interactions of the NEW flag with the database. The issue is quite broad however, so I'll change it to backend. I'm not really sure the component matters anymore though, as this bug is clearly on the the radar screen.
Status: NEW → ASSIGNED
Component: Database → Backend
It continues in the Seamonkey 2.0a2.
QA Contact: database → backend
I'm not really working on notification bugs any more, and others are, so let me remove my name from this to clarify that.
Assignee: kent → nobody
Status: ASSIGNED → NEW
Summary: Green arrow doesn't disappear when all mails are read → Green arrow (folder has new messages indicator) doesn't disappear when all mails are read
14 year old bug.
(In reply to Simon Spiegel from comment #0) > From Bugzilla Helper: > User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.6+) Gecko/20011218 > BuildID: 2001121803 > > I have several accounts Moz checks and filters which move the mails to > different > folders. When I get a mail the inbox is marked with the green arrow (as is > the > mail icon) and the mails get moved to the different folders. After having > read > the different new mails in the folders the green arrow should disappear, but > it > only does when I click on the Inbox. Mozilla should be able to recognise that > all mails are read and the green are should disappear then. > The UI is different now. Taking this into account, I don't see this behavior. If anyone still sees a problem when using a current version please speak up.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
In which version is the UI different NOW? I am using TB 45.6.0 and still experience the Bug. Ok ok there is no green arrow not but it is still the same now with bold inbox name and orange star.
You need to log in before you can comment on or make changes to this bug.