Closed Bug 203991 Opened 22 years ago Closed 22 years ago

rules-filtered email not marked as new when it lands in open folder

Categories

(SeaMonkey :: MailNews: Message Display, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 192039

People

(Reporter: moorman.jesse, Assigned: sspitzer)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312 When a new message is filtered into a folder that is open, the user account and the open folder both get new-mail flags, but the message shows only as unread, not as new. This is confusing where there are other unread messages, and you can't be sure whether the message is new or simply unread. This does not happen when new mail is delivered to "Inbox" or when mail is filtered inito a folder that is not open. More clarification on why it is confusing and somewhat important: I usually have folders sorted by date and sometimes I get email from someone whose computer clock is broken and it has a date like 1969 or 1980, or even a couple of days back. So when I know a folder has new mail, but there is no flag, I don't know if I'm missing something new and important somewhere in the folder. Reproducible: Always Steps to Reproduce: 1. have mail filtering rules 2. have Mail/News open in one of folders where filtered email goes 3. receive email in that folder Actual Results: the mail goes into the correct folder, but is not marked as a new message. Expected Results: The 'new' flag should have been set. This was reported in comment #1 for bug # 179556 in November, but that has recently made the hit parade, and has been determined to be a different (IMAP only) problem, not compompassing this bug. I use only POP, so I have no information about its behavior in IMAP. Mike Cowperthwaite confirms this bug on Mozilla 1.4b.
Confirming; duplicated with Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312
Status: UNCONFIRMED → NEW
Ever confirmed: true
Gave the wrong build id; I've reproduced the results with: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4b) Gecko/20030430
Sorry, Jesse -- I missed this one when searching for earlier reports. If you agree this is a dupe, please mark this bug Verified. *** This bug has been marked as a duplicate of 192039 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
It looks like a dupe of Bug 192039. Marking as verified.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.