Bug 331689

Summary:	Selecting the "Move to trash" option on the documents tab of the SLAB menu moves the document to trash instead of moving the menu entry to trash
Product:	[openSUSE] openSUSE 10.3	Reporter:	Thiago Sayao <thiago.sayao>
Component:	GNOME	Assignee:	Scott Reeves <sreeves>
Status:	RESOLVED NORESPONSE	QA Contact:	E-mail List <qa-bugs>
Severity:	Normal
Priority:	P3 - Medium	CC:	captain.magnus, casualprogrammer, federico
Version:	Final
Target Milestone:	---
Hardware:	Other
OS:	Other
Whiteboard:	gnomeup-gnome-main-menu
Found By:	---	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---

Description Thiago Sayao 2007-10-08 01:28:51 UTC

Selecting the "Move to trash" option on the documents tab of the SLAB menu moves the document to trash instead of moving the menu entry to trash and removing it from the recent documents list. The menu entry stays there and the file is moved to trash. This is a BIG usability problem since the user (like myself) would think that the menu entry is going to be deleted, not the file. I just clicked it a few times to remove it from the documents tab and nothing seems to happen. No confirmation dialog, nothing. The entry stays there and the file is moved to trash. Very weird.
So, i went to open my document again.. where is it? Why is it on the trash?

Please, fix it! :)

Comment 1 Mark Gordon 2007-10-08 16:32:21 UTC


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

Comment 2 Thiago Sayao 2007-10-08 22:39:07 UTC

Mark,

Bug 221462 is about the Documents tab not having a way to clear the recent documents. This bug is about the "Move to trash" action which has little to do with clearing the recent documents list. I do not think it's a dup (i reported both bugs).

Please, reconsider it.

Thanks.

Comment 3 Federico Mena Quintero 2007-12-19 00:23:02 UTC

Indeed, this is not a duplicate.

Thiago, "Move to trash" and "Delete" are intended to delete the document.  The tiles are just a view onto your recently-used files.

The real bug is that the document gets moved to the trash, but the tile remains in place and your .recently-used.xbel doesn't get updated.

Comment 4 Thiago Sayao 2007-12-19 00:46:49 UTC

Shouldn't a confirmation dialog appear asking if the user really wants to delete the FILE (not the menu entry)? This would make clear that he (the user) would loose his file (and the menu entry when the bug gets fixed).

In my way of seeing things, the "Documents" tab is a nice way for the user to open  the last documents that he opened/worked on. This is the main functionality of this tab. File operations (delete in this case) is not the main functionality of this tab, so when i click "Move to trash" i expect it to move the link to the trash, not the document that is stored elsewhere (not in the menu). So, moving the file (and not the menu entry) to the trash on the Documents tab seems a little out of the context.

So, if i click "Move to trash" on the Documents tab that stores links to my documents, i expect the link to be moved to trash. If i open my documents folder and delete the file, i expect the file to be moved to trash. Different contexts.

Not sure if i cleared the situation or made it even more confusing ;)

Comment 5 Casual J. Programmer 2008-06-11 17:00:25 UTC

What is the state of affairs here ? No activity since  2007-12-18

I might add, that while I try this out nothing happens at all ( 11.0 post RC1 ). While selecting delete, I am getting asked do I really want this. Selecting "Move to trash" does absolutely nothing ( Trash remains juvenile, and the entry as well as file remain untouched )

Comment 6 Casual J. Programmer 2009-01-14 17:35:38 UTC

Well, closing due to lack of interest, reopen if you feel mistreated...