Nautilus browser's pathbar displays non-existent folders

Bug #19069 reported by Phil Housley on 2005-07-19
150
This bug affects 17 people
Affects Status Importance Assigned to Milestone
Nautilus
Fix Released
Medium
One Hundred Papercuts
Low
Unassigned
nautilus (Ubuntu)
Low
Unassigned

Bug Description

The new pathbar in nautilus will happily display folders that no longer exist.
To see, simply go back up the heirarchy, and then rename the folder you were
previously viewing. The old name will still be in the pathbar, and clicking to
access it will give an error.

http://bugzilla.gnome.org/show_bug.cgi?id=310920: http://bugzilla.gnome.org/show_bug.cgi?id=310920

Related branches

Sebastien Bacher (seb128) wrote :

Thanks for your bug. The issue is known upstream:
http://bugzilla.gnome.org/show_bug.cgi?id=310920

Changed in nautilus:
assignee: seb128 → desktop-bugs
status: Unconfirmed → Confirmed
Changed in nautilus:
status: Unconfirmed → Unknown
Changed in nautilus:
status: Unknown → Confirmed
Changed in nautilus:
status: Confirmed → Triaged
summary: - Nautilus browser's pathbar displays non-existant folders
+ Nautilus browser's pathbar displays non-existent folders
Mat Tomaszewski (mat.t.) on 2009-06-11
Changed in hundredpapercuts:
importance: Undecided → Low
status: New → Confirmed
Changed in hundredpapercuts:
milestone: none → round-4
Ted M Lin (kitlaan) wrote :

Patch against nautilus 2.26.2. May not be complete, but seems to work with all my own testing. (Also submitted to the upstream bug.)

This removes the button corresponding to a deleted directory (and the ones underneath). This also fixes handling of buttons on folder renaming.

Ted, can you follow this upstream? Check with Cosimo to see if he's had a chance to update your patch? Just ping him on IRC please.

Changed in hundredpapercuts:
assignee: nobody → Ted M Lin (kitlaan)
status: Confirmed → In Progress
Ted M Lin (kitlaan) wrote :

David, I'll try to touch base with him.

PCZahra (pczahra06) wrote :

would the fix involve renaming the button when renaming a folder so you can still go back to where you were?

komputes (komputes) wrote :

I would have to think so. It would have to keep track of the name given to that particular directory and when it is renamed, it would be renames in the bar as well. Either that or display an error that suggests the folder may have been renamed.

Ted M Lin (kitlaan) wrote :

IIRC, the code does notice renamed folders, assuming you do it within nautilus.

If done with some other program (or CLI), it can't be detected, as there's no way to differentiate a rename from a deletion. In this case, it'll be treated as a deletion.

Changed in hundredpapercuts:
milestone: round-4 → r2

Ted, what's the status of the patch? Waiting for review or want help?

Ted M Lin (kitlaan) wrote :

Honestly, I'm not sure of the status. The patch submitted in gnome bugzilla in 2009-09 is the latest and was awaiting review. Last I remember, upstream was considering the change with some other work in Nautilus, but there has been no word since.

If you'd like to start with that patch (or come up with an alternative) and see if you can figure out something better, by all means. I have not tried it to the latest/current releases to see if it still cleanly applies, but the change was pretty straightforward.

I'm going to ping alex (nautilus maintainer) about a few bugs this week, I could see if he could comment on this one as well...

Simone F. (fittabile) wrote :

Note: also when clicking the refresh button after deleting folder it does not update the pathbar.

Vish (vish) on 2010-06-11
Changed in hundredpapercuts:
milestone: lucid-round-2 → maverick-round-1-file-management
Vish (vish) wrote :

Upstream has committed a different patch , which fixes this issue.

tags: added: patch-rejected-upstream
Changed in hundredpapercuts:
assignee: Ted M Lin (kitlaan) → nobody
status: In Progress → Fix Committed
Changed in nautilus (Ubuntu):
status: Triaged → Fix Committed
Changed in nautilus:
status: Confirmed → Fix Released
Sebastien Bacher (seb128) wrote :

the patch from upstream seemed to have issues when I tried it

Vish (vish) on 2010-08-10
Changed in nautilus (Ubuntu):
assignee: Ubuntu Desktop Bugs (desktop-bugs) → nobody
Changed in hundredpapercuts:
milestone: maverick-round-1-file-management → none
tags: added: nebulous
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package nautilus - 1:2.31.6-0ubuntu1

---------------
nautilus (1:2.31.6-0ubuntu1) maverick; urgency=low

  * New upstream version:
    - This release is based on 2.30.1
    - Expand and collapse folders with +/- in list view
    - Rename .desktop files also change their name on disk
    - Support overriding .gnome2 directory
    - Save passwords for the session by default
    - Remove deleted folders from the pathbar (lp: #19069)
    - Replace libunique with GApplication
    - Don't show 'File Browser' anymore in the window title
    - Port to GDBus
    - Change the default order for files in special directories (lp: #404150)
    - Support relative paths in the location entry/dialog.
    - Use folder icons as window icons in browser and spatial mode (lp: #43608)
    - Add 'Trashed On' and 'Original Location' columns in the trash
      (lp: #301552)
    - Implement transparent icons for cut files (lp: #194213)
    - Change default thumbnail size
    - Fix a number of bugs related to bookmarks (lp: #534043)
    - New dialog to handle conflicts within file copy/move operations
      (lp: #136702, #263338)
    - New button in the trashbar to restore selected items (lp: #553600)
    - Use async I/O to save .gtk-bookmarks
    - Fix a number of issues related to DnD in the places sidebar (lp: #73031)
    - New icon for audio preview
    - Don't show Unmount when showing Eject/Safe Removal
    - Bump libnautilus-extension API version
    - Fix a number of UI glitches
    - Translation updates
    - Eat Control + v to not enable type ahead (lp: #52131)
  * Updated .install files for the gir
  * debian/control.in:
    - build-depends on dh-autoreconf, gobject-introspection and required gir
    - don't use libunique and libdbus-glib
    - list the new gir1.0-nautilus-2.0 binary
    - updated the gtk and glib requirements
  * debian/patches/16_hide_unmount.patch,
    debian/patches/git_browser_title_cleaning.patch,
    debian/patches/git_clean_by_name_rename.patch,
    debian/patches/git_correct_delay_logic.patch,
    debian/patches/git_correct_display_name.patch,
    debian/patches/git_correctly_set_default.patch,
    debian/patches/git_ctrlq_close.patch,
    debian/patches/git_default_thumbnails.patch,
    debian/patches/git_double_click_launcher.patch,
    debian/patches/git_no_double_browse_entry.patch,
    debian/patches/git_store_session_passwords.patch,
    debian/patches/git_typo_fix.patch:
    - the changes are in the new version
  * debian/rules:
    - call dh_girepository
    - use dh-autoreconf
 -- Sebastien Bacher <email address hidden> Thu, 12 Aug 2010 16:41:04 +0200

Changed in nautilus (Ubuntu):
status: Fix Committed → Fix Released
Vish (vish) on 2010-08-13
tags: removed: nebulous
Changed in hundredpapercuts:
status: Fix Committed → Fix Released
Changed in nautilus:
importance: Unknown → Medium
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

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