Processing Ajax...

Title

Message

Confirm

Confirm

Confirm

Confirm

Are you sure you want to delete this item?

Confirm

Are you sure you want to delete this item?

Confirm

Are you sure?

User Image
Steffen Maurer
15 discussion posts
Environment

ClipboardFusion Pro 6.3 (local execution on Windows)

PuTTY (latest stable)

Remote shell: bash (Linux servers)

Bracketed Paste enabled (default in bash)

Issue
When pasting text from ClipboardFusion’s clipboard history into a PuTTY session, ClipboardFusion inserts the text as simulated keystrokes instead of a real paste operation.
As a result, bash’s bracketed paste control sequences are typed literally and appear in the terminal.

Observed behavior
Pasted text is wrapped with escape sequences:

Code

^[[200~systemctl restart systemd-journald^[[201~


Expected behavior
The pasted text should appear as plain text, identical to:

PuTTY right-click paste

Shift+Insert

Ctrl+V from a physical keyboard

Example (expected):

Code

systemctl restart systemd-journald


Root cause (technical)
Bash enables Bracketed Paste Mode and expects the terminal to handle paste events correctly.
ClipboardFusion injects keystrokes instead of issuing a true paste event, causing the ANSI escape sequences (ESC[200~ / ESC[201~) to be sent verbatim.

Impact

Affects all SSH sessions using bash

Breaks normal clipboard workflow

Forces users to disable bracketed paste server-side as a workaround

Request
Please add an option or detection logic so ClipboardFusion performs a real paste (Ctrl+V / clipboard paste API) when targeting terminal applications such as PuTTY, instead of simulated keystrokes.
2 days ago  • #1
Owen Muhlethaler (BFS)'s profile on WallpaperFusion.com
This is currently on our feature request list, so I've added your vote to it. We'll be sure to let you know if/when we're able to implement it in the future.

Thanks!
1 day ago  • #2
Subscribe to this discussion topic using RSS
Was this helpful?  Login to Vote(-)  Login to Vote(-)