Tickets :: Comment on [#13852] No Virtual Trash

Search Results: 94 of 247 [ <<First <Prev Next> Last>> ] [ Return to Search Results ]

* Your Email Address
* Spam protection	Enter the letters below: .___..__. __ .__..___. _/ \| \|/ `\| \| _/ ./__.\|__\\__.\|__\|./__.
Comment	>>> Now that's one of a hidden setting. I never use Virtual Trash, so >>> when has it been moved there? >> >> Between IMP 4 and IMP 5. > > I found the old behavior with a checkbox to enable the virtual trash > more intuitive. But I don't have a strong opinion about this either. > >>> Now that I was able to enable Virtual Trash, it's broken though: >>> - You still see deleted messages in the regular mailboxes. >> >> Can't reproduce. >> >>> - You cannot undelete messages. >> >> Fixed. > > Needs to be backported too. Thanks! > >>> - You can drag messages from the VT to any folder while they stay deleted. >> >> The current behavior is correct. If you "move" a message out of >> Virtual Trash, it will disappear from virtual trash. But since the >> message has a deleted flag, it will "re-appear" when the virtual >> trash is explicitly refreshed (i.e. the search is run again). This >> is consistent semantics with every other search mailbox. > > It's not the same completely. Because if you move from a search > mailbox to a folder so that it doesn't match the search criteria > anymore, it works like a regular mailbox. And that's the more > important point. If we use the folder semantics with search results, > we need to use the folder semantics in user interaction too. Where we > cannot guarantee this interaction behavior, we need to disable it. If > we don't want to re-run the search immediately (which would be the > correct behavior) because it is too performance hungry, we need to > disable moving out of search folders. If we don't want to undelete > message after moving from a virtual trash for whatever reasons (which > would be the correct behavior too), we again need to disable moving.
Attachment
Watch this ticket

Saved Queries