After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 213422 - Post 1.0: Proposal for clarifying Trash/vFolder/Expunge behavior
Post 1.0: Proposal for clarifying Trash/vFolder/Expunge behavior
Status: RESOLVED DUPLICATE of bug 206061
Product: evolution
Classification: Applications
Component: Mailer
unspecified
Other All
: Normal enhancement
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
evolution[commands] evolution[folders...
: 219592 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2001-10-24 19:44 UTC by Bret Mogilefsky
Modified: 2013-09-10 14:02 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement



Description Bret Mogilefsky 2001-10-24 19:44:42 UTC
As discussed endlessly on the Evolution mailing list, the Trash vFolder is
confusing the hell out of people who are used to other mailers and have
never used vFolders.  They are confused when they see a deleted item in two
different places: The folder where it actually exists (with a line through
it) and the Trash vFolder, which looks from its placement like any "plain"
folder.  Trying to get rid of the extra copy, they inevitably expunge in
one or the other folders and suddenly oops! the mail they thought they'd
merely deleted now resides in the Great Bit Bucket.

The problem here is both the placement of a vFolder among normal folders,
and the use of the word "Trash".  Most mailers have a Trash folder in the
same place, and it's great to try to make users comfortable.  However, what
we call Trash has completely different semantics than what users are used
to.  They expect that deleted items are *moved* to the Trash folder, and
that recovering them means moving them back out.

After a few encouraging responses from the list, I'd like to propose that
"Trash" be renamed "Unexpunged Items" and moved down among the vFolders
where it belongs.  If, as has been suggested, traditional Trash
functionality is provided in a post-1.0 release, call THAT "Trash", but
retain "Unexpunged Items" for the name of this vFolder.  The semantics of
this folder are then MUCH clearer and the terminology closely corresponds
to the Expunge verb in the Actions menu.
Comment 1 Luis Villa 2001-10-28 14:56:27 UTC
Actually possible UI polish for 1.1.
Comment 2 aaron 2001-11-12 20:16:14 UTC
This is a good idea. Another, somewhat simpler solution would be to
change to "Hide Messages Marked for Deletion" as the default.

Anyway, we should definitely do *something* to resolve this issue,
because we're confusing people.
Comment 3 Luis Villa 2001-11-26 17:04:33 UTC
Because of the decision to remap 1.1->1.2 and 1.2->1.4, I'm going to be
moving a large number of bugs around in the bugzilla. You can just
search on 'body contains' 'Because of the decision to remap' and mark
all as read. Please direct all questions about this change to
evolution@ximian.com, not the bug.
Luis

Comment 4 Jeffrey Stedfast 2002-01-30 18:30:57 UTC
*** bug 219592 has been marked as a duplicate of this bug. ***
Comment 5 Jeffrey Stedfast 2002-04-12 04:00:40 UTC

*** This bug has been marked as a duplicate of 206061 ***