GNOME Bugzilla – Bug 748185
Sort by mtime should be preferred to atime sorting
Last modified: 2015-12-04 03:51:21 UTC
nautilus-3.16.0-1.fc22.x86_64 Using "access time" sorting is really cumbersome. If I have a list of downloaded files or folders, opening the file, or entering the folder, will cause the list's order to change. This is pretty painful in my Downloads folder. Instead I'd want to use mtime sorting for it. mtime is still available, just not in the UI, as I have a directory that's sorted that way, and none of the "sort by" radio buttons are toggled.
I pretty much agree with this - atime is rather unstable as a sort order. Also, the list view prefers mtime over atime, which makes the views inconsistent.
Created attachment 302523 [details] [review] toolbar-menu: change access-date by modification-date Access date is inconsistent across different systems, and also isn't a good sorting classifier. Use modification date instead, which is more stable and consistent.
Review of attachment 302523 [details] [review]: Recent uses atime, you need a smarter way to deal with it (it will be ok disabling and enabling actions I believe)
As proposed by Allan, we should use mtime everywhere (including Recents)
(In reply to Carlos Soriano from comment #3) > Review of attachment 302523 [details] [review] [review]: > > Recent uses atime ... (In reply to Georges Basile Stavracas Neto from comment #4) > As proposed by Allan, we should use mtime everywhere (including Recents) For what it is worth, gnome-documents and gnome-photos also use the mtime to sort the "recent" view.
It would be great if this fix could be included in a 3.16.x update, since this bug was introduced recently and is a regression for some users. I've tested the patch and it appears to behave correctly. My only concern is the Recent view - I don't really understand what's going on there (but that's not probably not new).
(In reply to Allan Day from comment #6) > ... My only concern is > the Recent view - I don't really understand what's going on there (but > that's not probably not new). (Could be related to bug 751336.)
Rishi, Yeah decision is to use mtime. Georges, The patch needs work. If we don't use atime we should remove it from nautilus code. Also, the patch itself is wrong since it needs to rename the id, etc. Are you planning to work on it or should I take over it?
(In reply to Georges Basile Stavracas Neto from comment #4) > As proposed by Allan, we should use mtime everywhere (including Recents) Note that bug 686137 specifically requested atime for the recent view, and bug 698365 is asking the same thing for the file chooser. It's probably best to leave atime for the Recent view, but use mtime elsewhere.
I'm not working on it at the moment, and won't work on it until I finish Gtk+ work.
Created attachment 306525 [details] [review] toolbar: show modified time for all places except Recent We changed to only show access time for sorting in the sort menu in 3.16 to avoid having both sorting options always present. But for folders like Downloads, the most useful sorting criteria is actually modified time, since it orders the files in downloading order. Actually modified time is more useful than access time is all cases except in "Recent", which what we actually want is the most recent accessed or modified file. For that, show only Modified Time sorting menu item in all places except in "Recent", where we will show only Access Time.
Pushed to master and will push to 3.16. Attachment 306525 [details] pushed as 76c63eb - toolbar: show modified time for all places except Recent
Review of attachment 306525 [details] [review]: ::: src/nautilus-toolbar-view-menu.xml @@ +136,3 @@ + <property name="visible">True</property> + <property name="can_focus">True</property> + <property name="text" translatable="yes">Last _Modified</property> This breaks the string freeze for gnome-3-16. This can be solved by also restoring the translations which existed before the string was removed.
(In reply to Debarshi Ray from comment #13) > Review of attachment 306525 [details] [review] [review]: > > ::: src/nautilus-toolbar-view-menu.xml > @@ +136,3 @@ > + <property name="visible">True</property> > + <property name="can_focus">True</property> > + <property name="text" translatable="yes">Last > _Modified</property> > > This breaks the string freeze for gnome-3-16. This can be solved by also > restoring the translations which existed before the string was removed. If you're reviving old strings, it doesn't actually count as a string break. At least, I've revived old strings, and not had problems as the translators can revive the old strings in their translation tools.
(In reply to Bastien Nocera from comment #14) > If you're reviving old strings, it doesn't actually count as a string break. > At least, I've revived old strings, and not had problems as the translators > can revive the old strings in their translation tools. Yet, they are complaining: https://admin.fedoraproject.org/updates/nautilus-3.16.2-2.fc22 ... and on gnome-i18n@gnome.org.
Sorry for that, we are managing it on gnome-i18n list. The string is not an old one (as some of us, like me, though), since we were using different strings before to say the same, so it needs new translation. I don't have any rush for a 3.16.3, so I will delay the release until we have some translations in place.
Hi Carlos, For openSUSE Leap 42.1, which ships GNOME 3.16, we were planning to release a mass update of GNOME apps to their latest 3.16.x versions. Is it possible you might have the time to do a 3.16.3 release for nautilus any time soon? Thanks!
(In reply to Atri from comment #17) > Hi Carlos, > For openSUSE Leap 42.1, which ships GNOME 3.16, we were planning to release > a mass update of GNOME apps to their latest 3.16.x versions. Is it possible > you might have the time to do a 3.16.3 release for nautilus any time soon? > Thanks! Sure, ping me if I forgot.
(In reply to Carlos Soriano from comment #18) > (In reply to Atri from comment #17) > > Hi Carlos, > > For openSUSE Leap 42.1, which ships GNOME 3.16, we were planning to release > > a mass update of GNOME apps to their latest 3.16.x versions. Is it possible > > you might have the time to do a 3.16.3 release for nautilus any time soon? > > Thanks! > > Sure, ping me if I forgot. Ping ;)
3.16.3 released. Atri, if you have more requests or things to discuss important for Open Suse I prefer if you can ping on IRC or so rather than in bug reports, and don't hesitate to do it. Cheers
(In reply to Carlos Soriano from comment #20) > 3.16.3 released. Thanks for the release. > > Atri, if you have more requests or things to discuss important for Open Suse > I prefer if you can ping on IRC or so rather than in bug reports, and don't > hesitate to do it. > Will keep in mind. Thanks.