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 685252 - Fixes for "recently scanned locations"
Fixes for "recently scanned locations"
Status: RESOLVED FIXED
Product: baobab
Classification: Core
Component: general
git master
Other Linux
: Normal normal
: ---
Assigned To: Baobab Maintainers
Baobab Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-10-01 21:49 UTC by Stefano Facchini
Modified: 2012-10-03 17:01 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Sort recent info by MRU (2.07 KB, patch)
2012-10-01 21:50 UTC, Stefano Facchini
committed Details | Review
Make sure to update recent info when scanning a location (851 bytes, patch)
2012-10-01 21:50 UTC, Stefano Facchini
needs-work Details | Review
Move a scanned location to the end of the list (1000 bytes, patch)
2012-10-01 21:50 UTC, Stefano Facchini
none Details | Review
Move a scanned location to the end of the list (978 bytes, patch)
2012-10-01 22:08 UTC, Stefano Facchini
none Details | Review
Move a scanned location to the end of the list (976 bytes, patch)
2012-10-02 14:59 UTC, Stefano Facchini
rejected Details | Review
Make sure to update recent info when scanning a location (1.21 KB, patch)
2012-10-03 09:37 UTC, Stefano Facchini
committed Details | Review

Description Stefano Facchini 2012-10-01 21:49:29 UTC
see patches
Comment 1 Stefano Facchini 2012-10-01 21:50:18 UTC
Created attachment 225539 [details] [review]
Sort recent info by MRU

Otherwise they show up in creation order
Comment 2 Stefano Facchini 2012-10-01 21:50:38 UTC
Created attachment 225540 [details] [review]
Make sure to update recent info when scanning a location
Comment 3 Stefano Facchini 2012-10-01 21:50:55 UTC
Created attachment 225541 [details] [review]
Move a scanned location to the end of the list

To match the recency order
Comment 4 Stefano Facchini 2012-10-01 22:08:09 UTC
Created attachment 225543 [details] [review]
Move a scanned location to the end of the list

To match the recency order
Comment 5 Stefano Facchini 2012-10-02 14:59:54 UTC
Created attachment 225591 [details] [review]
Move a scanned location to the end of the list

To match the recency order
Comment 6 Paolo Borelli 2012-10-03 06:20:18 UTC
Review of attachment 225539 [details] [review]:

looks good
Comment 7 Paolo Borelli 2012-10-03 06:40:34 UTC
Review of attachment 225591 [details] [review]:

I am not convinced about this one, I think we should keep the location list as stable as possible
Comment 8 Paolo Borelli 2012-10-03 06:51:33 UTC
Review of attachment 225540 [details] [review]:

::: src/baobab-window.vala
@@ -251,2 +251,3 @@
         void on_scan_location_activate (Location location) {
             set_active_location (location);
+            location_list.add_location (location);

this was not needed because I did not want to change the order in a running instance... I guess you add it to make sure the MRU timestamp is updated, right?

In that case it make sense to me, but at that point let's move it in set_active_location so that we avoid the duplicated line in the two callers.
Comment 9 Stefano Facchini 2012-10-03 09:37:14 UTC
Created attachment 225669 [details] [review]
Make sure to update recent info when scanning a location
Comment 10 Paolo Borelli 2012-10-03 09:51:18 UTC
Review of attachment 225669 [details] [review]:

looks good
Comment 11 Stefano Facchini 2012-10-03 17:01:13 UTC
Attachment 225539 [details] pushed as 6b1d976 - Sort recent info by MRU
Attachment 225669 [details] pushed as 4fc1e61 - Make sure to update recent info when scanning a location