User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040118 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040118 Every nigh there are about 8-10 mails that manage to pass my spam filters. Those end up in my (IMAP) inbox - and get automatically marked as junk. Since I don't automatically move/delete mails marked as junk, they remain there. Each morning I delete those using "Tools -> Delete mails marked as junk in this folder". This works fine so far, however the biff state isn't reset (in case there are no other new mails). Reproducible: Always Steps to Reproduce:
Same happens on Windows XP, with Mozilla 1.6 mail client using IMAP. "Delete mail marked as junk" does not remove status bar notification about new mails when all unread new mails are deleted. Mail client should do a check after deleting junk mails whether new-mail-notification is still accurate.
If you simply delete a new message using the context menu's Delete, that also does not clear the notification flags: bug 157115.
*** Bug 251451 has been marked as a duplicate of this bug. ***
Same problem in Thunderbird, by the way (seen in 0.7 & 0.8, Win2K).
Severity: normal → minor
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Linux → All
Hardware: PC → All
Summary: "delete mail marked as junk in this folder" doesn't reset statusbar biff → "delete mail marked as junk in this folder" doesn't clear 'new' flag on account (or biff tray icon)
I'm not sure this works at all since I can't build MailNews at the moment, but it should have some impact, at least. I should rather wait and not attach a patch before I know perfectly well what's going on, but since I'm fairly certain this should work in most cases, I thought I'd ask for some help in testing it ...
*** Bug 316027 has been marked as a duplicate of this bug. ***
Component: MailNews: Notification → MailNews: Message Display
QA Contact: stephend → search
Assignee: mail → nobody
QA Contact: search → message-display
Component: MailNews: Message Display → Backend
Product: SeaMonkey → MailNews Core
QA Contact: message-display → backend
does patch still apply? may need someone to drive in Vidar's draft patch no doubt also reported on getsatisfaction and mozillazine, but tad hard to track down a good match. But perhaps this bug or an offshoot will help http://getsatisfaction.com/mozilla_messaging/topics/mail_notification_doesnt_disappear_when_mail_moved_then_deleted
Whiteboard: [patchlove][has draft patch][needs new assignee?]
Vidar's done great work, but won't be working on this.
Whiteboard: [patchlove][has draft patch][needs new assignee?] → [patchlove][has draft patch][needs new assignee]
(In reply to comment #9) > does patch still apply? Nope. $ patch -p0 --dry-run < ~/Desktop/attachment.cgi patching file mailnews/base/src/nsMsgDBView.cpp Hunk #1 FAILED at 5659. 1 out of 1 hunk FAILED -- saving rejects to file mailnews/base/src/nsMsgDBView.cpp.rej
Attachment #196474 - Attachment is obsolete: true
1+ And this bug is still there in Thunderbird 17.0.8.
You need to log in before you can comment on or make changes to this bug.