Closed Bug 524929 Opened 15 years ago Closed 6 years ago

MailNews marks unread mail read on delete

Categories

(MailNews Core :: Backend, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: mjs.eu, Unassigned)

Details

(Whiteboard: [Halloween2011Bug])

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.0; de; rv:1.9.1.4) Gecko/20091017 SeaMonkey/2.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; de; rv:1.9.1.4) 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.
probably dupe of same issue for thunderbird
Whiteboard: dupeme
Version: unspecified → SeaMonkey 2.0 Branch
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.10pre) 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
Component: MailNews: Message Display → Backend
Product: SeaMonkey → MailNews Core
QA Contact: message-display → backend
Whiteboard: dupeme → [Halloween2011Bug]DUPEME
Version: SeaMonkey 2.0 Branch → Trunk
I didn't find a duplicate. But mark as read on delete was deliberately done in bug 211439 - so I'd say this bug is wontfix.

(Drag and drop traditionally doesn't change a message's state 0 I can't think of any situations where we do - so I don't think that aspect is highly relevant.
Status: UNCONFIRMED → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
Whiteboard: [Halloween2011Bug]DUPEME → [Halloween2011Bug]
You need to log in before you can comment on or make changes to this bug.