Describe the bug
I am using Crush on a remote Linux server via SSH from Windows using Xshell.
When I select some text from Crush's output, the selection immediately disappears and Crush shows a message saying that the text has been copied to the clipboard. However, the text is not actually copied.
I also have Xshell configured to automatically copy selected text, but that does not work in Crush either, likely because the selection is immediately cleared/handled by Crush.
Environment
- Local OS: Windows
- Terminal/SSH client: Xshell
- Remote OS: Linux
- Running Crush on: remote Linux server over SSH
- Clipboard tools installed on remote server: xclip and xsel
- Crush version: unknown
- $TERM: unknown
- $DISPLAY: unknown
Steps to reproduce
- Connect from Windows to a remote Linux server using Xshell over SSH.
- Run crush on the remote Linux server.
- Make Crush produce some output.
- Try to select part of the output with the mouse.
Expected behavior
Either:
- The selected text should be copied successfully to the Windows clipboard, or
- Crush should not intercept/clear the terminal selection, so Xshell's native "copy on select" behavior can work.
Actual behavior
- The selection disappears immediately.
- Crush displays a "copied to clipboard" message.
- The Windows clipboard is not updated.
- Xshell's copy-on-select feature also does not copy the selected text.
Additional context
This happens even though xclip and xsel are installed on the remote Linux server. Since the session is running over SSH inside Xshell on Windows, local clipboard integration may require OSC 52 or terminal-native selection support. At the moment, Crush appears to report copy success even when the copy did not actually reach the user's clipboard, and it prevents the terminal's own selection/copy behavior from working.
Describe the bug
I am using Crush on a remote Linux server via SSH from Windows using Xshell.
When I select some text from Crush's output, the selection immediately disappears and Crush shows a message saying that the text has been copied to the clipboard. However, the text is not actually copied.
I also have Xshell configured to automatically copy selected text, but that does not work in Crush either, likely because the selection is immediately cleared/handled by Crush.
Environment
Steps to reproduce
Expected behavior
Either:
Actual behavior
Additional context
This happens even though xclip and xsel are installed on the remote Linux server. Since the session is running over SSH inside Xshell on Windows, local clipboard integration may require OSC 52 or terminal-native selection support. At the moment, Crush appears to report copy success even when the copy did not actually reach the user's clipboard, and it prevents the terminal's own selection/copy behavior from working.