Issue Description
On Linux (especially minimal or server environments), highlighting text in the TUI triggers a "Copied to clipboard" notification even if the underlying clipboard tool (xclip, xsel, wl-copy) is missing or failing. This leads to a confusing user experience where the UI reports success but the clipboard remains unchanged.
Expected Behavior
- The TUI should report an error or warning if the copy operation fails.
- Standard clipboard tools should be included in the development environment.
Proposed Solution
- Modify
Clipboard.copy to throw errors instead of swallowing them. This allows the TUI's existing .catch(toast.error) logic to display the actual failure reason.
- Add
xclip and xsel to flake.nix.
- Add structured logging for debugging clipboard operations.
Issue Description
On Linux (especially minimal or server environments), highlighting text in the TUI triggers a "Copied to clipboard" notification even if the underlying clipboard tool (
xclip,xsel,wl-copy) is missing or failing. This leads to a confusing user experience where the UI reports success but the clipboard remains unchanged.Expected Behavior
Proposed Solution
Clipboard.copyto throw errors instead of swallowing them. This allows the TUI's existing.catch(toast.error)logic to display the actual failure reason.xclipandxseltoflake.nix.