You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When connecting via ssh to a macOS host, helix still uses pbcopy+pbpaste as a clipboard provider instead of OSC52.
I think this is not a problem when the remote is a Linux host, as helix checks for WAYLAND_DISPLAY/DISPLAY environment variables, which are normally not set in an SSH session. (at least I never had problems with Linux remotes)
My enhancement would be to check for the $SSH_CONNECTION environment variable, and if this is set, it would use the FallbackProvider instead of pbcopy+pbpaste.
As I mentioned before, this seems to be only a problem if the remote is macOS, so it would probably be suffice to add this check to the macOS target of the get_clipboard_provider method.
The text was updated successfully, but these errors were encountered:
Yes this seems to work just fine in Linux. No Wayland specific environment variables are passed via SSH and "+y will copy text to the system clipboard.
When connecting via ssh to a macOS host, helix still uses
pbcopy+pbpaste
as a clipboard provider instead of OSC52.I think this is not a problem when the remote is a Linux host, as helix checks for
WAYLAND_DISPLAY
/DISPLAY
environment variables, which are normally not set in an SSH session. (at least I never had problems with Linux remotes)My enhancement would be to check for the
$SSH_CONNECTION
environment variable, and if this is set, it would use theFallbackProvider
instead ofpbcopy+pbpaste
.As I mentioned before, this seems to be only a problem if the remote is macOS, so it would probably be suffice to add this check to the macOS target of the
get_clipboard_provider
method.The text was updated successfully, but these errors were encountered: