Skip to content

GitLab

  • Menu
Projects Groups Snippets
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • gtk gtk
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 1,435
    • Issues 1,435
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 239
    • Merge requests 239
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • GNOME
  • gtkgtk
  • Issues
  • #768

Closed
Open
Created Feb 24, 2017 by Bugzilla@bugzilla-migration💬Reporter

Show when a bookmark is inaccessible

Submitted by Stefan Knorr

Link to original bug (#779174)

Description

It would be great if Nautilus could check whether its sidebar bookmarks and quick links are accessible before a user clicks them and (potentially) gets an error.

This would help e.g. if someone deleted or renamed their e.g. "Videos" or "Documents" dir.

My proposal would be just to show a tomato-with-belt icon ( http://www.nitrodesign.com/designforlife/wp-content/gallery/icons/thumbs/thumbs_no-way.jpg ) next to the bookmark in the list.

The alternate solution of removing or hiding the bookmark would not work well with bookmarks that may legitimately not be available some of the time, such as network shares.

...

Additionally, when deleting a dir from within Nautilus, it would be nice if Nautilus could check whether the dir is bookmarked and offer to delete the bookmark too.

See also

  • Bug 720394
Assignee
Assign to
Time tracking