Nautilus browser's pathbar doesn't display the entire path, even when it can

Bug #389926 reported by MCMic
22
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Nautilus
Expired
Wishlist
One Hundred Papercuts
Fix Released
Undecided
Unassigned
nautilus (Ubuntu)
Fix Released
Low
Ubuntu Desktop Bugs

Bug Description

Very often, in the nautilus browser's pathbar I have a "<" at the left for display the entire path, even when there is enough place to display the entire path without hide part of it.
I don't understand why Nautilus doesn't show me the entire path. It's annoying.

Revision history for this message
Lightbreeze (nedhoy-gmail) wrote :

You can reproduce this by just opening the home folder.

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

Thank you for your bug report. The issue is an upstream one and it would be nice if somebody having it could send the bug the to the people writting the software (https://wiki.ubuntu.com/Bugs/Upstream/GNOME)

Changed in nautilus (Ubuntu):
assignee: nobody → Ubuntu Desktop Bugs (desktop-bugs)
importance: Undecided → Low
Changed in hundredpapercuts:
milestone: none → round-10
status: New → Confirmed
Revision history for this message
Yann Lossouarn (yann-lossouarn) wrote :

+1 on this issue...

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

could you describe easy steps to trigger the bug?

Revision history for this message
Yann Lossouarn (yann-lossouarn) wrote :

On my Jaunty fresh install, I only have to open any item in the Places menu, and I get a shortened path (behaviour visible in Capture-3.png, instead of the desired behaviour, visible in Capture-4.png)

Revision history for this message
Yann Lossouarn (yann-lossouarn) wrote :

Here's the desired behaviour

Revision history for this message
Vish (vish) wrote :

+1 on this. , But needs to be done upstream.

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

the screenshot behaviour seems a design decision and not a bug, users usually don't care about things out of their directory and showing those by default would be confusing

Revision history for this message
Yann Lossouarn (yann-lossouarn) wrote :

@Sebastien :

> the screenshot behaviour seems a design decision and not a bug

True, but as we speak about usability issues, not only technical bugs are in the scope...

>users usually don't care about things out of their directory and showing those by default would be confusing

Maybe. Or maybe not. We could also say "Users usually like to know where they are when navigating, and showing them they are in the "home directory", itself located at the root of the filesystem would help a lot"... In fact only user tests could really answer. But as far as I am concerned, i'd prefer to see the full path in the breadcrumb.

Revision history for this message
Yann Lossouarn (yann-lossouarn) wrote :

Ivanka, what do you think ?

Revision history for this message
Ivanka Majic (ivanka) wrote :

+1 for Yann's recommendation.

There is no rationale for obscuring navigation by default.

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

the users usually work from their directory and don't care about system directories they never use, not sure that showing those directories they not use will bring clarity rather than confusion. Note that the gtk fileselectors have the same behaviour so you want to change those too if you decide that's a better option

Revision history for this message
MCMic (mcmic) wrote :

If there is enought place it should show the entire path, why not?
It take me one more clic each time, really annoying.

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

> why not?

because normal users would be confused and don't need to know about system installation details when working on things which are in their directory

Revision history for this message
Pedro Villavicencio (pedro) wrote :
Changed in nautilus (Ubuntu):
status: New → Triaged
Changed in nautilus:
importance: Undecided → Unknown
status: New → Unknown
Changed in nautilus:
status: Unknown → New
Revision history for this message
Marcus Carlson (0-launchpad-mejlamej-nu) wrote :

I vote against doing this. There's seldom a use to go up from the home directory and mostly things are write protected there anyway. I'd prefer to use the space to display folders in the home directory instead (yeah, I know we could display / home first and then remove it when space is limited but that will make a "jumpy" behavior).

Revision history for this message
Javier García Díaz (jgd) wrote :

This is the normal behaviour in Thunar too and I agree with Sebastian about not changing it.

Revision history for this message
David Siegel (djsiegel-deactivatedaccount) wrote :

The proposed behavior of expanding the Location Bar to show the full path will also almost always show the user a button labeled "home" corresponding to the /home folder. The label "home" is used in many more places to refer to the user's home directory, so I think the proposed solution will result in much more confusion.

Changed in hundredpapercuts:
milestone: round-10 → none
status: Confirmed → Incomplete
Revision history for this message
David Siegel (djsiegel-deactivatedaccount) wrote :

Marking Incomplete, as it is not clear that the proposed behavior would improve user experience for the average user (exposing a Location Bar button labeled "home" could be very confusing).

Revision history for this message
Omer Akram (om26er) wrote :

@MCMic this was fixed in nautilus 2.29.1 as i cannot reproduce it. can you plz test this

Changed in nautilus (Ubuntu):
status: Triaged → Incomplete
Revision history for this message
Vish (vish) wrote :

Fixed in Nautilus 2.29.1

Changed in nautilus (Ubuntu):
status: Incomplete → Fix Released
Changed in hundredpapercuts:
status: Incomplete → Invalid
Changed in hundredpapercuts:
status: Invalid → Fix Released
Changed in nautilus:
status: New → Invalid
Changed in nautilus:
importance: Unknown → Wishlist
status: Invalid → Expired
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.