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 605615 - Change folder strange and inconsistent behaviour
Change folder strange and inconsistent behaviour
Status: RESOLVED DUPLICATE of bug 563009
Product: nautilus
Classification: Core
Component: Navigation
3.22.x
Other Linux
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2009-12-28 17:27 UTC by rom
Modified: 2017-10-25 23:50 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description rom 2009-12-28 17:27:27 UTC
There are 2 views for the path :
1) /tmp/a
2) [tmp] [a] (as buttons)

Let's see the history (accessible with "previous") for two different scenarii :

SCENARIO 1:
0) I start into /home/user
1) I go to /tmp (editing the addressbar) : history = [ '/home/user' ]
1) I go to /tmp/a (I double-click on "a" folder) : history = [ '/home/user', '/tmp' ]
2a) I edit the address to write /tmp : history = [ '/home/user', '/tmp', '/tmp/a' ]
3a) I click on the previous button : my new location is '/tmp/a'

SCENARIO 2:
0) I start into /home/user
1) I go to /tmp (editing the addressbar) : history = [ '/home/user' ]
1) I go to /tmp/a (I double-click on "a" folder) : history = [ '/home/user', '/tmp' ]
2b) I click on [tmp] in the address bar (view as buttons) : history = [ '/home/user' ]
3b) I click on the previous button : my new location is '/home/user'

The behaviours between scenario 1 and scenario 2 are inconsistent.



This can be even more disturbing in this case :
1) Go to /tmp/b
2) Go to /tmp (editing address bar)
3) Go to /tmp/a (double-click on "a" folder)
4) Click on [tmp] button ([tmp] is selected but [a] is still visible)
5) Click on previous button : [a] is replaced with [b] and [b] is selected (while /tmp/a was the real previous folder).

This seems very strange for the user.


PROPOSED SOLUTION:
In my opinion, clicking on a button on the path button bar must create a new history entry instead of removing some of existing.
Comment 1 António Fernandes 2017-10-25 23:50:20 UTC
This has been recently fixed.

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