Nautilus location bar buttons take us backwards in history, but not forwards

Bug #362112 reported by positivek
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Nautilus
Fix Released
Low
nautilus (Ubuntu)
Fix Released
Low
Ubuntu Desktop Bugs

Bug Description

Binary package hint: nautilus

Using Nautilus in "browser mode":

1. Gnome Places --> Home Folder (for someuser). This brings up a new Nautilus window. History menus: Back: <empty>. Fwd: <empty>
2. Open the Music directory. Back: someuser. Fwd: <empty>
3. Open a subdirectory of Music, e.g. Beach Boys. Back: Music, someuser. Fwd: <empty>
4. Click the Location Bar Button "someuser". Back: <empty>. Fwd: Music, Beach Boys.
5. Click on Location Bar Button "Beach Boys". Back: someuser. Fwd: <empty>

BUG: It seems inconsistent and strange that clicking on the location bar buttons that represent the directory path would take me backwards in the history. It is then inconsistent and strange that clicking on the buttons that are ahead of the current button do NOT take me forward in the path.

That is, when I click them for directories that are parents, grand-parents, etc. of the current/working directory, then I am actually somehow/someway navigating in the navigation history stacks. But when I click on a child, grand-child, etc. in the location bar buttons, then I am actually starting a new path (clearing the fwd stack).

Perhaps this is by design, but if so, then I think the rules for these buttons should be clearly stated in a design document. Each step/behavior should be able to be conveyed (even if it is non-deterministic) in the Gnome Nautilus Help.

( Bonus Question: What happens after step 5 when you click on "Music" in the location bar buttons? )

ProblemType: Bug
Architecture: amd64
DistroRelease: Ubuntu 8.10
ExecutablePath: /usr/bin/nautilus
Package: nautilus 1:2.24.1-0ubuntu2
ProcEnviron:
 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: nautilus
Uname: Linux 2.6.27-11-generic x86_64

Revision history for this message
positivek (anonyhole) wrote :
Changed in nautilus (Ubuntu):
importance: Undecided → Low
assignee: nobody → Ubuntu Desktop Bugs (desktop-bugs)
tags: added: likely-dup
Revision history for this message
Sebastien Bacher (seb128) wrote :

the behaviour doesn't seem obviously buggy, you should open a bug on bugzilla.gnome.org where the people writting the software will read it and can reply on the wanted design, ubuntu bug triagers will not have a better clue than you about that

Revision history for this message
Sebastien Bacher (seb128) wrote :

is the issue you describe silmilar to http://bugzilla.gnome.org/show_bug.cgi?id=563009?

Revision history for this message
positivek (anonyhole) wrote :

Hello, yes.

That bug seems to encompass the more general problem that the location bar buttons and the fwd/bkwd history navigation are not synchronized properly (or at least with expected behavior). Thanks for seeing that bug. This report is of a specific behavior I noticed that is likely an instance of some more general cause.

Changed in nautilus (Ubuntu):
status: New → Triaged
Changed in nautilus:
status: Unknown → Confirmed
Changed in nautilus:
importance: Unknown → Medium
Changed in nautilus:
importance: Medium → Low
Changed in nautilus:
status: Confirmed → Fix Released
Revision history for this message
Paul White (paulw2u) wrote :

Upstream bug showing "RESOLVED FIXED" on 2017-08-18
Tested ok in Ubuntu 18.04 and nautilus 3.26.4
Marking as "Fix Released" to close

Changed in nautilus (Ubuntu):
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.