Hi @stevearc, I’m having a bit of trouble with the sshFs.load function. It works great for SSH connections that don’t require passwords, but for those that do, the float window can’t open because vim.wait is blocking it. Is there a way to let this function wait for the connection without blocking vim.api.nvim_open_win?

This PR looks like it's doing two things: yanking/pasting using osascript, and changing the buffer parsing logic to allow for oil:// urls. The first is fine, the second, as you have discovered, adds a lot of complexity. Especially this handling of oil-ssh:// urls; isn't that case impossible to encounter with the copy/paste? The only way it could occur is if people started manually inputting or copying oil urls, which is an entirely new workflow that I'm not convinced we should support.

As an alternative approach to support pasting, what if we found the parent directory of the pasted file, performed an async read of that directory, and then properly inserted the correct line into the current buffer? It's more logic on paste, but it leaves the rest of the internals the same.

Hi @stevearc! I’ve implemented the method you suggested. I haven’t thoroughly tested all the cases, but it should work fine. However, the code might need some cleaning up :)

I’ve also added support for Linux (but it needs some testing). But the default file explorer 'nautilus' on Ubuntu doesn’t support the MIME type 'text/uri-list'. I think we could add a config option so the user can specify their own command for reading and writing the clipboard. Also, include an example of supporting 'nautilus’s special protocol in the readme.

copy:

echo -en 'copy\\nfile://%s\\0' | xclip -i -selection clipboard -t x-special/gnome-copied-files

paste:

xclip -o -selection clipboard -t x-special/gnome-copied-files | grep --text --color=never file://

Copying a file in finder and pasting produces

...tevearc/dotfiles/vimplugins/oil.nvim/lua/oil/actions.lua:503: bad argument #2 to 'fs_realpath' (function or callable table expected, got number)
stack traceback:
^I[C]: in function 'fs_realpath'
^I...tevearc/dotfiles/vimplugins/oil.nvim/lua/oil/actions.lua:503: in function <...tevearc/dotfiles/vimplugins/oil.nvim/lua/oil/actions.lua:501>

My bad, should be resolved in the latest commit

If I copy to the system clipboard, there's no feedback or anything but I can't seem to paste anything into finder. Any ideas?

I added a notify when file is copied to system clipboard, but I can copy and paste as expected. Could you provide me your macOS and shell version? It might be an issue with shell unquoting or a change in osascript

Note: none of the commands would fail if the input is not valid. It’s only a notify, doesn’t mean it succeeded