Open Bug 446417 Opened 16 years ago Updated 2 years ago

Hide deleted message immediately when "Mark as deleted" model enabled

Categories

(Thunderbird :: Mail Window Front End, enhancement)

Product:
Thunderbird
Component:
Mail Window Front End
Type:
enhancement

Tracking

(Not tracked)

People

(Reporter: shopik, Unassigned)

References

Details

Since bug 190974 has been fixed we finally can manage deleted mails, but still if you delete message it stays in folder until you reopen it.
I get a few dozen emails per hour, with rules that move these messages off to other folders (with reduced retention).  Since I enabled the "Mark as deleted" mode I have a hard time identifying new, regular, email from all the strike-through marked, deleted, messages.

I would also like an option to hide these messages.

Something like "View -> [X] Deleted Messages" would make sense for IMAP, but could be confusing in the "Deleted Items"/"Trash" folder.  I don't know what this would mean for POP or local folders, maybe it would indicate that you want to see or hide the messages that will be removed on the next "Send/Receive".
(In reply to comment #0)
> Since bug 190974 has been fixed we finally can manage deleted mails, but still
> if you delete message it stays in folder until you reopen it.
Or you can toggle back to view | all, view | non deleted.
(In reply to comment #1)
> Something like "View -> [X] Deleted Messages" would make sense for IMAP, but
> could be confusing in the "Deleted Items"/"Trash" folder.  I don't know what
> this would mean for POP or local folders, maybe it would indicate that you want
> to see or hide the messages that will be removed on the next "Send/Receive".
This is already landed look into bug 190974, but it's have little downside - this option only update view by toggling option as David said or changing folder and come back.
That's why this bug is here :)
Depends on: 190974
It's now 6 months and new betas out, but no one seems to catch this little bug.

I cannot emphasize enough the need for something like the "auto-update" with the selected view, as the "mark as deleted"-model just does not work well with the number of messages arriving nowadays.

Anything we could do to help???
(In reply to comment #4)
> Anything we could do to help???

Only help I think of right now is provide patch.
(In reply to Christof Drescher from comment #4)
> It's now 6 months and new betas out, but no one seems to catch this little
> bug.
> 
> I cannot emphasize enough the need for something like the "auto-update" with
> the selected view, as the "mark as deleted"-model just does not work well
> with the number of messages arriving nowadays.
> 
> Anything we could do to help???

not to be flippant, but if "mark as deleted" isn't working well, then why use it?
Severity: normal → enhancement
In reply to Wayne Mery (:wsmwk) from comment #6)
> not to be flippant, but if "mark as deleted" isn't working well, then why
> use it?

Simply because there is no alternative to work the way me (and others) are accommodated to. IMAP suggests the handling of deleted messages by "mark as deleted", and if one is used to it, it is a good way to work with the least server-load. It is just a way of UI we like to use, no better and no worse than other models.

Aside from that, I do not agree to mark the "bug" as an "enhancement": If I select a view which hides deleted messages, I assume that if I delete another message it "hides" automatically - the view should auto-update, which it currently does not.
(In reply to Wayne Mery (:wsmwk) from comment #6)
> not to be flippant, but if "mark as deleted" isn't working well, then why
> use it?

You got it backwards. It's only because of this bug that "mark as deleted" isn't working well. OTOH, the alternatives "move to trash" and "delete immediately" have serious drawbacks that cannot be fixed by just implementing them correctly.

For me at least, it's still better to live with the constant nuisance of this bug than to switch to one of the other models.
Nikolay, or someone, can you suggest a more clear title for this bug?  And, is this bug a regression?


(In reply to Tilman Schmidt from comment #8)
> (In reply to Wayne Mery (:wsmwk) from comment #6)
> > not to be flippant, but if "mark as deleted" isn't working well, then why
> > use it?
> 
> You got it backwards. It's only because of this bug that "mark as deleted"
> isn't working well. 

I personally don't use it - but judging by the bug list, as it currently stands, this is not the only issue [1].  Can those of you who are interested in mark as deleted take a spin through this bug list and add comments to clarify their status based on behavior of current version? It would be great.

[1] https://bugzilla.mozilla.org/buglist.cgi?type1-0-0=substring&list_id=1289788&field0-0-0=short_desc&type0-0-1=substring&field0-0-1=short_desc&type1-0-1=allwordssubstr&resolution=---&classification=Client%20Software&classification=Components&query_format=advanced&value0-0-1=Mark-as-delete&type0-0-0=substring&value0-0-0=Mark%20as%20delete&field1-0-0=short_desc&product=MailNews%20Core&product=Thunderbird&field1-0-1=short_desc
This is not "mark as deleted + View/Not deleted" only related phenomenon.
It's applicable to any filtering by View:.
  for examle.
  If View:Unread,   mail is still shown after marked as Read.
  If View:Tag/Work, mail is still shown after removal of Work Tag.
I think this behaviour is by two reasons.
(a) Make "Undo of previous filter-criteria-related-change operation" easy.
    This is important for house keeping work on mails and mail folders
    with utilizing filter by View:.
(b) Filtering by View: is a kind of virtual folder, and filtering/search
    is perhaps executed upon "virtual folder open" only. View: criteria change,
    re-open of mail folder etc. invokes the "virtual folder open".
    This is probably very similar to "Unified folder with IMAP folder(s)".

As for "mark as deleted + View:/Not deleted", if immediate hiding of marked-as-deleted mail is so important for you, IMAP delete model of "Remove it immedately" is currently better than "Just mark it as deleted + View:/Not deleted". If "undelete of marked-as-deleted mail", "copy/move of marked-as-deleted mail", "status/tag of marked-as-deleted mail" etc. is needed, changing to "Just mark it as deleted" is always available and is easily usable, although care about accidental expunge(Compact) is needed because marked-as-deleted mail is never shown with "Remove it immedately" model.

If you can accept issues around Unified Folder, Unified Folder may be a workaround of issues with "Just mark it as deleted + View:/Not deleted".
- Just mark it as deleted, View:All
- Execute delete always at folder of IMAP account name under Unified folder.
  Deleted mail is shown with strike-thru line at thread pane.
- View mails at Unified Folder.
  Deleted mail(with strike-thru line) is hidden at thread pane if Unified Folder.
  (behaviour in Tb 10)
- If manipulation of marked-as-deleted mail is needed, use each account's folder.
(In reply to WADA from comment #11)
> This is not "mark as deleted + View/Not deleted" only related phenomenon.
> It's applicable to any filtering by View:.
>   for examle.
>   If View:Unread,   mail is still shown after marked as Read.
>   If View:Tag/Work, mail is still shown after removal of Work Tag.

True.  In my opinion, this is NOTABUG, but an enhancement request (as the bug is currently marked.)

Possible enhancements to solve the request:
1. Create an OPTION to auto-update views. (Personally, I find it useful to have the view only updated when I ask.)
2. Add a button/command with associated keyboard shortcut to "Update View" or "Refresh View".  Currently, I get this functionality by twice toggling the UNREAD button on the "Quick Filter" toolbar.
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.