Closed
Bug 524929
Opened 15 years ago
Closed 6 years ago
MailNews marks unread mail read on delete
Categories
(MailNews Core :: Backend, defect)
MailNews Core
Backend
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.
Updated•14 years ago
|
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
Comment 3•6 years ago
|
||
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.
Description
•