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 756542 - external devices should default to being listed in sidebar, not 'other locations'
external devices should default to being listed in sidebar, not 'other locati...
Status: RESOLVED DUPLICATE of bug 756589
Product: nautilus
Classification: Core
Component: Sidebar
3.18.x
Other Linux
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2015-10-13 23:56 UTC by erusan
Modified: 2015-11-23 10:30 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description erusan 2015-10-13 23:56:43 UTC
Various external drives (especially thumb drives) can be inserted and removed often and on multiple devices. Hiding these devices behind "other locations" is a nuisance.

- In the case of preferring to open drives in a new tab instead of a new window, opening the device involves:
1) Closing notification popup which does not time out and which, if clicked, would open the drive in a new window
2) Navigating to "other locations"
3) Finally clicking the desired device

- In the case of wanting to only access the drive sporadically, user is required to:
1) Bookmark the device so it remains in the sidebar, or:
2) Constantly navigate back to the "other locations" pane to find the device

- In the case the user adds a bookmark (option 1 in above scenario), this action of adding the bookmark must be added every time the device is plugged in and used, since the bookmark will (should) disappear when the drive is unplugged

- Common sense is that an external drive being plugged in -- especially thumb drives -- are meant for immediate (though not necessarily brief) use. The best way to handle this interaction is to place the device in the sidebar automatically.

In short, the "other locations" seems most appropriate for network and other permanent locations (such as internal drives or partitions), but is more of an annoyance for external devices and does not fit a number of common use cases.
Comment 1 Carlos Soriano 2015-10-14 12:58:56 UTC

*** This bug has been marked as a duplicate of bug 755654 ***
Comment 2 Carlos Andrade 2015-10-23 08:43:52 UTC
This report is NOT the same as bug 755654.

This one is a feature request, to fold back to previous behavior for removable drives.
Comment 3 Carlos Soriano 2015-10-23 13:51:30 UTC
(In reply to Carlos Andrade from comment #2)
> This report is NOT the same as bug 755654.
> 
> This one is a feature request, to fold back to previous behavior for
> removable drives.

and that is?
Comment 4 harald 2015-11-22 20:21:12 UTC
I would want to ask to make the behavior for plugged in drives (external hard drives as well as mmc/sd cards) at least configurable (if they are shown in the sidebar as before or if they are hidden under "other locations").

The current solution with "other location" is a clear setback from previous Nautilus versions in terms of usability. Every time one opens a new Nautilus window he would have to navigate to "other locations" and select the device one wanted to navigate to. After closing the window, one has to do it again when opening the next Nautilus window.

I agree that users who rarely use external devices might not care - but users often using e.g. sd cards or different external hard drives (like me) are really led down by this change and that there is no way to switch back to the previous mode which was almost perfect.

The issue described in this item is not the same as bug 755654. bug 755654 is describing the issue that mmc/sd cards not displayed at all (so also not under "other locations"). This issue is dealing with the fact, that neither sd cards nor external drives are shown in the sidebar anymore.

The previous mode in Nautilus was to automatically display external hard drives and mms/sd cards in the sidebar as soon as they had been plugged in. Please bring that back - at least as an option.
Comment 5 Carlos Soriano 2015-11-23 10:30:27 UTC
This is actually duplicated of 756589 (not bug 755654 as I previously set), which is already fixed.

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