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

Doesn't play nicely with sshfs #2

Closed
rossjrw opened this issue Apr 11, 2020 · 1 comment
Closed

Doesn't play nicely with sshfs #2

rossjrw opened this issue Apr 11, 2020 · 1 comment

Comments

@rossjrw
Copy link

rossjrw commented Apr 11, 2020

I'm using WSL2 to manage files on a remote system. Three cheers for quarantine!

I'm generating images and need to be able to see them. For that, I'm using https://github.com/libfuse/sshfs to mount the remote filesystem into a directory, and then xdg-open the images from there. Theoretically, it's clean and easy, and once I've unmounted the remote filesystem you wouldn't know they were ever there.

Problem: when explorer.exe encounters a file address pointing to a mount, it doesn't seem to like that very much, and ignores it, opting instead to just open as if I'd clicked it on the taskbar. Moving the image to a local directory and opening it from there works fine, though that sort of defeats the point of using xdg-open and sshfs in the first place.

I know it's sort of out of scope, and I'm not sure there's even anything that can be done to fix this issue, but I thought it was worth mentioning. Thanks for the tool!

@rossjrw
Copy link
Author

rossjrw commented Apr 11, 2020

Trust me to make an issue ten minutes too early: looks like this is (was) a known problem for explorer.exe per microsoft/WSL#4172, and just need the following sshfs option: -o allow_other (microsoft/WSL#4172 (comment))

So long as allow_other is set, explorer.exe can access the mount no problem.

@rossjrw rossjrw closed this as completed Apr 11, 2020
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