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 325824 - Add recent files location
Add recent files location
Status: RESOLVED FIXED
Product: nautilus
Classification: Core
Component: Sidebar
unspecified
Other All
: Normal enhancement
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
: 576427 663213 665026 679694 (view as bug list)
Depends on: 679719
Blocks:
 
 
Reported: 2006-01-05 03:17 UTC by José Luis Jr. Garza Zúñiga
Modified: 2016-03-18 10:36 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Add a Recent files place (17.27 KB, patch)
2012-07-11 20:49 UTC, William Jon McCann
needs-work Details | Review
Store the activation uri in recently used, if available (1006 bytes, patch)
2012-07-14 00:38 UTC, William Jon McCann
committed Details | Review
Add a Recent files place (16.98 KB, patch)
2012-07-14 00:39 UTC, William Jon McCann
committed Details | Review

Description José Luis Jr. Garza Zúñiga 2006-01-05 03:17:11 UTC
Hi,

I have been using gnome 2.12 in Ubuntu distribution, I would like to suggest to add some places -folders- in the sidebar panel of nautilus, but this places would be like a history list.

For example, when I'm using firefox and I'm downloading files, as images, I don't save all image in the same folder, I save them using folder as categories, and they could be in very different places in my computer. and every time I save an image I have to navigate trough my folder, and this could take some time, but what I like is for example every time I select a folder to download a file, the folder selected will be saved in a list, a recent-folder-used list, and the folders on this list will be displayed in the "sidebar panel:places" as bookmarks list in Nautilus does.

This way if I save an image in folder A, then if I save another image in folder B, and later I if I would like to save an image in folder A, I won't need to navigate through my folder to select folder A, I just would need to select folder A from left "sidebar panel:places", and then if I would like to safe an image in folder B again, I'll just selected it as folder A in "sidebar panel:places". This way I could move between my recent folders every time I save an images fast and easy.

I know I can safe folder A and B as bookmark in Nautilus, but it is just that some folders are not so important or relevant in order to save it as bookmark, but as in above example, the folder could become relevant because of is used recently.

The number of folders to be saved on recent-folder-used could be adjust by user; maybe with a value in gconf-editor or nautilus preferences.

Thanks in advance

Great job !

José Luis Jr. Garza Z.
correojunior@gmail.com
Comment 1 Xavier Claessens 2006-04-28 11:50:41 UTC
I think this sugestion should be discuted with GTK+ developpers. If they accept and implement that in the filechooser then nautilus should be patched the same way.

Maybe can you post your sugestion on the GTK mailinglist to have feedback.
Comment 2 Dave Neary 2009-07-15 13:16:48 UTC
This is an excellent idea, missing from Nautilus (not the GTK file chooser). When I close a Nautilus window I'm working with for a project, saving/loading lots of files, getting back to it is tough. Another wishlist bug has also been opened for this. I'm marking it a duplicate of this one.

I see this as being a "Recent places" or "Recent folders" entry in the Places menu of the panel, containing the 5 or 6 most recent directories used/opened/saved to.

Comment 3 Dave Neary 2009-07-15 13:20:24 UTC
*** Bug 576427 has been marked as a duplicate of this bug. ***
Comment 4 André Klapper 2011-10-04 09:17:27 UTC
I assume that this is a duplicate of bug 653253 now.
Comment 5 Cosimo Cecchi 2011-10-04 14:23:57 UTC
(In reply to comment #4)
> I assume that this is a duplicate of bug 653253 now.

Not really. Bug 653253 is about Nautilus propagating its visited folders to GtkRecentManager, this is about showing the GtkRecentManager item list somewhere in the sidebar.
Comment 6 André Klapper 2011-11-28 16:11:51 UTC
*** Bug 665026 has been marked as a duplicate of this bug. ***
Comment 7 Joel Schaerer 2011-11-28 19:47:44 UTC
Since my bug report was closed as a duplicate, I thought I'd give my 2 cents on this:

I think nautilus should work exactly like the GTK open file dialog in this case, ie. display a single "Recently used" entry in the side bar, that, when open, shows a "virtual folder" containing the recently used files and folders.

No need to clutter the side bar with multiple recent folders. A single entry that gives access to recently used folders **and** files is sufficient and even better in functionality, IMHO.

Check out this link: http://superuser.com/questions/344446/is-there-a-way-to-make-nautilus-display-the-recently-used-files-and-directorie for screen captures and some additional info.
Comment 8 monika1994 2012-04-29 12:25:29 UTC
as a unity user i would find this idea very nice. i know i can choose this option in unity, 

but it i would appreciate to find the option in nautilus, because i would prefer not to be switching from unity to nautilus and back. with me there ist almost always a nautilus window open in the background and if i want to search for something i used not too long ago, it would be nice to have it displayed. if there would be an option to adding on this (display recently used files it would be perfect.
Comment 9 Cosimo Cecchi 2012-07-10 16:52:30 UTC
*** Bug 663213 has been marked as a duplicate of this bug. ***
Comment 10 William Jon McCann 2012-07-10 17:03:03 UTC
*** Bug 679694 has been marked as a duplicate of this bug. ***
Comment 11 William Jon McCann 2012-07-10 17:05:25 UTC
From dup bug:
I think it would be nice to add a recent items location to the nautilus
sidebar.

This would provide an easy way to access recently used files as well as a
context for searching through them.

Theoretically this could also serve as a data provider for file search in the
shell.
Comment 12 William Jon McCann 2012-07-11 20:49:38 UTC
Created attachment 218588 [details] [review]
Add a Recent files place
Comment 13 Cosimo Cecchi 2012-07-13 15:29:20 UTC
Review of attachment 218588 [details] [review]:

Looks mostly fine...I have some comments below

::: libnautilus-private/nautilus-recent.c
@@ +45,3 @@
 	char *uri;
 
+	uri = nautilus_file_get_activation_uri (file);

Why is this change needed?

::: src/nautilus-places-sidebar.c
@@ +477,3 @@
+	mount_uri = "recent:///"; /* No need to strdup */
+	icon = g_themed_icon_new ("document-open-recent-symbolic");
+	add_place (sidebar, PLACES_BUILT_IN,

We probably don't want to add the recent item if gvfs doesn't provide the backend for some reason (e.g. because it's too old, or it has been built without GTK support).
I think you should be able to detect this by looking for "recent" in the array returned by g_vfs_get_supported_uri_schemes()

::: src/nautilus-properties-window.c
@@ +3111,3 @@
 						    "where",
 						    INCONSISTENT_STATE_STRING,
+						    always_show_target (window) ? FALSE : TRUE);

This is a bit weird...always_show_target() returns a gboolean, so this line is equivalent to !always_show_target()...maybe you can rename that function to always_show_original() and have it return !nautilus_file_is_in_recent(), and pass always_show_original() directly here.

::: src/nautilus-view.c
@@ +4212,3 @@
 
+static gboolean
+recent_dir_in_selection (NautilusView *view)

I guess the purpose of this function, assuming it's similar to desktop_or_home_dir_in_selection(), would be to check if the recent dir *itself* is among the selected items. I wonder if it can ever return TRUE, since we never show it as a view item AFAICS...

@@ +4226,3 @@
+		file = NAUTILUS_FILE (node->data);
+
+	g_return_val_if_fail (NAUTILUS_IS_VIEW (view), FALSE);

...either way, this looks wrong, we should check if the file is recent:/// itself, not just the scheme.
Though again, this function might not be needed at all.

@@ +8611,1 @@
+	can_create_files = !selection_contains_recent && nautilus_view_supports_creating_files (view);

Maybe you can add the showing_recent_directory() check directly to nautilus_view_supports_creating_files()?

@@ +8638,3 @@
 					  nautilus_view_can_rename_file (view, selection->data));
 	}
+	gtk_action_set_visible (action, !selection_contains_recent);

Not a huge fan of spreading these checks all across the function, but I can't really think of a better way, without some more deeper refactoring.
Comment 14 William Jon McCann 2012-07-13 15:51:12 UTC
Review of attachment 218588 [details] [review]:

::: libnautilus-private/nautilus-recent.c
@@ +45,3 @@
 	char *uri;
 
+	uri = nautilus_file_get_activation_uri (file);

Because you want the "actual" or target uri to be stored in the recently used history not the proxy. This goes for links as well.
Comment 15 Cosimo Cecchi 2012-07-13 15:56:13 UTC
(In reply to comment #14)
> Review of attachment 218588 [details] [review]:
> 
> ::: libnautilus-private/nautilus-recent.c
> @@ +45,3 @@
>      char *uri;
> 
> +    uri = nautilus_file_get_activation_uri (file);
> 
> Because you want the "actual" or target uri to be stored in the recently used
> history not the proxy. This goes for links as well.

Okay...so this sounds useful as a separate fix.
Comment 16 William Jon McCann 2012-07-14 00:38:49 UTC
Created attachment 218777 [details] [review]
Store the activation uri in recently used, if available

It is better to store the "actual" / target location
rather than a link.
Comment 17 William Jon McCann 2012-07-14 00:39:14 UTC
Created attachment 218778 [details] [review]
Add a Recent files place
Comment 18 Cosimo Cecchi 2012-07-14 04:00:24 UTC
Review of attachment 218777 [details] [review]:

OK
Comment 19 Cosimo Cecchi 2012-07-14 04:02:17 UTC
Review of attachment 218778 [details] [review]:

Looks good!
Comment 20 Michael Mercier 2016-03-17 15:58:46 UTC
Sorry for necro-bumping but this is not solved for me.

I am using Nautilus 3.18.5 and I have no folder in the "recent" tab. I this a regression of this feature?
Comment 21 Carlos Soriano 2016-03-18 08:18:29 UTC
(In reply to Michael Mercier from comment #20)
> Sorry for necro-bumping but this is not solved for me.
> 
> I am using Nautilus 3.18.5 and I have no folder in the "recent" tab. I this
> a regression of this feature?

They are recent files, not recent folders, if not we would have all the folders we open while navigating.
Comment 22 Joel Schaerer 2016-03-18 10:34:11 UTC
> They are recent files, not recent folders, if not we would have all the folders we open while navigating.

When saving a file, having recently used folders would be godsend. Recent files are completely useless in that case.
Comment 23 Carlos Soriano 2016-03-18 10:36:42 UTC
(In reply to Joel Schaerer from comment #22)
> > They are recent files, not recent folders, if not we would have all the folders we open while navigating.
> 
> When saving a file, having recently used folders would be godsend. Recent
> files are completely useless in that case.

afaik access time is modified also when saving, so those files should appear in recent files as well. Is not the case to you?

I know there are some oddities to the atime not being correctly set tho. The reliability of that is not 100%.