Closed Bug 475911 Opened 16 years ago Closed 14 years ago

Junk mail marked as read when moving to trash(when delete of Junk mails)

Categories

(Thunderbird :: General, defect)

Product:
Thunderbird
Component:
General
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED WONTFIX

People

(Reporter: jmgigandet, Unassigned)

References

(Blocks 1 open bug)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1b2) Gecko/20081201 Firefox/3.1b2 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1b3pre) Gecko/20090127 Shredder/3.0b2pre When moving junk mails to trash, they are marked as read, even if selecting none of them (by "select all", or "remove junk mail from this folder"). Reproducible: Always Steps to Reproduce: 1. Wait for some junk to get into the junk folder. 2. Choose "remove junk from this folder", from the Tools menu. 3. Actual Results: Junk mails are correctly moved to trash, but marked as read. Expected Results: Junk mails should not be marked as read.
IMAP? POP3?
POP3
Did my testing again. Reproducing Step 2 and Step 3 should be changed to : Step 2 : Choose "Select All" (Ctrl+A). Step 3 : Click on the Delete icon.
Workaround : Drag all selected mails to trash, instead of using Delete button.
I could reach a bug for opossite request to yours, by search for "delete AND read" in summary. > Bug 380052 Option to "mark as read on move to Trash/delete" please Bug 211439 was pointed in that bug. (FIXED on 2008-10-26 11:09:23 PST) > Bug 211439 Delete should mark as read (also on POP and IMAP when offline) Bug 211439 is intentional change(consider IMAP case too, please). So this bug is WONTFIX, I think. Adding "delete" in bug summary, for ease of search.
Summary: Junk mail marked as read when moving to trash → Junk mail marked as read when moving to trash(when delete of Junk mails)
+1 on Comment #5. This is a feature not a bug. Don't fix.
Thunderbird 2 did not mark as read on deletion. I use several Webmail tools (like Zimbra), none of them mark as read when deleting... Thunderbird 3 is the only one to do this ! You can say it's a feature, and won't fix, but I'm still thinking it's a bug... If you don't read a mail, it should not be mark as read. That's the point.
(In reply to comment #7) > Thunderbird 3 is the only one to do this ! jmgigandet@libertysurf.fr, see Bug 465116(for Seamonkey, for delete/move to trash/move to Junk by mark as junk).
In the abstract, I totally agree with #7, but for this specific use case, I think the current behavior is a real process efficiency that is worth the inconsistency. When you click delete on a message, you are saying you are never going to read that message, and therefore putting it in the trash with "unread status" will cause the Trash folder to become bold and visually nag you to look inside it for the unread message. But you just specifically deleted the message, so you clearly don't want to be reminded to go into the trash and deal with it again. Now if you were to manually drag a message into the trash and it marked the message as "read" -- that strikes me as a problem, but I don't think the system does that. Having the delete button causing the dual action "mark as read, plus send to trash" makes sense to me. But that's just my two cents. Hopefully others will hop in and vote on this too.
In reply to comment #9: Regardless of whether the Trash folder is in bold or not, "Next Unread", when issued from anywhere outside Trash, will bypass the Trash folder. Personally, I like to know whether there are 2, 20 or 200 messages in Trash, even though I won't go and read them, so i intentionally mark as read everything that I move to Trash. Some people have called that "abusing the system"...; well, let's say I liked it better the way it was before. Before, I could hit m (if read) then Del and the selected message(s) ended up "unread" in Trash. Now after m I have to hit Alt+m m Up Right Down Down Down Down Enter (or click Message => Move => Local Folders => Trash) to achieve the same result. Ah la la.
SeaMonkey has the same bug on Linux (bug 465116; I still believe it's a bug) and I haven't seen anyone contesting the clear "Steps to Reproduce" in comment #0 (which work with "unread" mail in any folder, not just Junk, AFAIK) => Confirming and setting Platform to All.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → All
Hardware: x86 → All
Version: unspecified → 3.0
Blocks: junktracker
Two things: 1) Seems to me that Thunderbird should learn which mails have been marked as JUNK and then automatically mark them in the future if it finds a common feature, and it should also learn which mails I have changed to NOT JUNK after being AUTOMATICALLY marked as JUNK, and stop marking those automatically. Maybe this should be happening already, but it has not happened beginning with the first Thunderbird version, on my computers. 2) Maybe this is a different bug, maybe not, but: So far, I am happy with the ability to send certain mails directly to DELETE without passing through TRASH. Filtering mails to be sent to Trash causes them to be marked As READ. Is the Marking As READ a deliberate design feature? I would prefer them to NOT be marked as READ. Could this be made a selectable feature?
(a) "a mail is marked as unread/read at Tb's display" depends on "\Seen flag is set for a mail at IMAP server". (b) Whem "move a mail in an IMAP folder to an IMAP folder(Trash in your case) of same IMAP account", Tb issues "uid xxx copy Trash". (c) Upon "uid xxx copy Trash", "\Seen flag is copied or not" depends on IMAP server. Get IMAP log(NSPR log for IMAP) and check IMAP level flow first. Is "wrong IMAP level flow due to Tb's flaw in code" seen in IMAP log?
Having received a possible patch for a hidden pref for this in bug 465116, we've taken a look and we have decided not to implement it in Thunderbird. There seems to be very little demand for it - we've not had any significant numbers of objections to the change in the mode of operation, and it is something that I believe can be implemented in an add-on, or hooks could be added so it may be implemented as an add-on. The other advantage of an add-on is that if a user is having an issue with the alternate functionality, then running in safe mode (which we normally request users to do), would show the normal behaviour and we could narrow down the fault much easier than a hidden pref. Therefore marking as won't fix.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WONTFIX
I'm also irritated by this change and wish it could be set to be optional. I delete unread spam and every few months go back into the trash to permanently delete it by filtering for unread while leaving real (read) messages a little longer in case I need to go back and look at them. Now i don't have that option and I have to either delete everything or leave the spam mixed in which makes searching through the trash that much more difficult.
You need to log in before you can comment on or make changes to this bug.