Bug 187876

Summary: Main Menu - Recent Documents list includes files that do not exist
Product: [openSUSE] openSUSE 10.3 Reporter: Victor Billings <vbillings>
Component: GNOMEAssignee: E-mail List <gnome-bugs>
Status: RESOLVED NORESPONSE QA Contact: E-mail List <nld10-bugs-qa>
Severity: Normal    
Priority: P5 - None CC: federico, forgotten_CRPsQFwJ3b, hpj
Version: Final   
Target Milestone: ---   
Hardware: Other   
OS: Other   
Whiteboard: gnomeup-gtk+
Found By: Component Test Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---
Bug Depends on:    
Bug Blocks: 341831    

Description Victor Billings 2006-06-23 17:18:58 UTC
SLED build : 1360

Details : If a user opens a document from a browser instead of downloading the file and opening it, the Recent Documents entry is updated with that item even though it is impossible to reopen the document after it is closed. If the user attempts to open the document from the Recent Documents list then Nautilus opens with the /tmp directory. This will confuse the user since most users probably don't use /tmp often or understand why it was opened when the document is not in there anymore.

Steps : 
1. Open an .odt document from a firefox session instead of downloading it and then opening it.
2. Close open office
3. Open the recent documents list and click on the name of the aformentioned document. Notice how nautilus inexplicably opens the /tmp directory despite the fact that the document no longer exists there.

Expected : In Windows, the recent documents list is not populated by documents opened from the browser. This is more acceptable than opening the parent folder. However, it would also be acceptable to prompt that the document was not found in its last known location and then offer to do a search. 

Actual : The user is presened with a Nautilus window that may be meaningless to them. The first time this happened to me I thought that it was an error since I clearly didn't want to launch a new Nautilus window.
Comment 1 James Krehl 2007-01-30 20:11:50 UTC
*** Bug 201610 has been marked as a duplicate of this bug. ***
Comment 3 Forgotten User CRPsQFwJ3b 2007-12-18 23:52:04 UTC
This is a GTK+ bug/feature.
Comment 4 Joe Harmon 2008-02-01 16:29:26 UTC
Sorry I didn't mean to change this bug.
Comment 5 Federico Mena Quintero 2008-04-03 17:45:44 UTC
This doesn't sound like a main-menu bug.

Which browser are you using?  Does it really put files in /tmp before opening them with an external app rather than (say) putting them in ~/Downloads or ~/Desktop?
Comment 6 JP Rosevear 2008-04-03 18:32:08 UTC
Evolution does this at least.
Comment 7 Christoph Thiel 2008-04-28 08:40:43 UTC
Victor, *ping*
Comment 8 Hans Petter Jansson 2008-05-28 20:54:17 UTC
No reply in a month. Closing.