Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Nemo cannot handle "file" locations when first opening a bookmark on remote mounts #3346

Open
elusian opened this issue Jan 15, 2024 · 0 comments

Comments

@elusian
Copy link

elusian commented Jan 15, 2024

Distribution

Solus 4.5

Package version

5.8.5

Frequency

Always

Bug description

I have a remote filesystem I often mount (manually) with sshfs. I also have several bookmarks pointing inside said filesystem.
nemo used to open them correctly, but since the update to 5.8.5, the first time I try to open any of them it complains that

Could not display "<path to the bookmark>".
Nemo cannot handle "file" locations

For it to work, I need to navigate manually to the bookmark. Then, all subsequent uses work ok (until I unmount).

This does not depend on the order of operations between mounting and opening nemo, the filesystem can be mounted before and nemo will still complain about the bookmark.

Nothing is written in the terminal when this happens.

Steps to reproduce

  1. Mount an sshfs filesystem
  2. Bookmark one of its folders (Ctrl+d)
  3. Unmount and remount
  4. Try to navigate to the bookmark (it should fail)
  5. If it failed, navigate normally through the mount point
  6. Now the bookmark should work

Expected behavior

The bookmarked folder opens at first try

Additional information

DE: Budgie

Sometimes failing to open a bookmark will fix (until the next unmount) all others pointing inside the filesystem, leaving only the first opened bookmark as broken. I haven't understood the logic for that yet.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant