MailNews marks unread mail read on delete



MailNews Core
8 years ago
6 years ago


(Reporter: Malte-Joerg Schoerbel, Unassigned)


Firefox Tracking Flags

(Not tracked)


(Whiteboard: [Halloween2011Bug]DUPEME)



8 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.0; de; rv: Gecko/20091017 SeaMonkey/2.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; de; rv: Gecko/20091017 SeaMonkey/2.0

MailNews in SM2.0 [final] marks an unread mail read when it is deleted, i.e. moved to "Trash", via toolbar button oder [del] key. In SM1.x an unread mail isn't marked read, which is good when you can tell from the sender or subject if you want to keep an e-mail or not, but want to read it anyway and be reminded to read it.

Mails are *not* marked read when they are moved via drag'n'drop.

Maybe, a preference regarding this behaviour would be good, because there might be people who like it that way.

Reproducible: Always

Steps to Reproduce:
1. Get a new mail or mark a mail unread.
2. Delete it via toolbar button or [del] key - *not* via drag'n'drop.
3. Have a look at "Trash" folder.
Actual Results:  
Unread mails are marked read.

Expected Results:  
Unread mails shouldn't be marked read.

Comment 1

8 years ago
probably dupe of same issue for thunderbird
Whiteboard: dupeme
Version: unspecified → SeaMonkey 2.0 Branch

Comment 2

8 years ago
Mozilla/5.0 (X11; U; Linux i686; en-US; rv: Gecko/20100322 SeaMonkey/2.0.5pre

I have IMAP account and I can confirm it.

Move it into core, see Comment 1 ?
OS: Windows Vista → All
Hardware: x86 → All


6 years ago
Component: MailNews: Message Display → Backend
Product: SeaMonkey → MailNews Core
QA Contact: message-display → backend
Whiteboard: dupeme → [Halloween2011Bug]DUPEME
Version: SeaMonkey 2.0 Branch → Trunk
You need to log in before you can comment on or make changes to this bug.