Right-click paste preserves the selection, but keyboard paste clears it #11993

Open
opened 2026-01-31 03:03:23 +00:00 by claunia · 0 comments
Owner

Originally created by @KalleOlaviNiemitalo on GitHub (Jan 9, 2021).

Environment

Windows build number: Microsoft Windows [Version 10.0.19042.685]
Windows Terminal version (if applicable): Windows Terminal Preview Version: 1.5.3242.0

Steps to reproduce

  1. Configure "copyOnSelect": true.
  2. Open a Command Prompt session in Windows Terminal.
  3. Type the longest wait.
  4. Press Home to move the cursor to the start of the command.
  5. Double-click longest to select it. Windows Terminal copies longest to the clipboard, as well.
  6. Click the right mouse button to paste longest.

Expected behavior

longestthe longest wait, where nothing is selected.

Actual behavior

longestthe longest wait, where estthe is selected.

Justification

If you change step 6 to paste by pressing Ctrl+Shift+V or Shift+Insert, instead of clicking the right mouse button, then Windows Terminal clears the selection. It feels inconsistent that pasting with the keyboard clears the selection but pasting with the mouse preserves it, especially when pasting also changes the text in the selected cells.

Originally created by @KalleOlaviNiemitalo on GitHub (Jan 9, 2021). <!-- 🚨🚨🚨🚨🚨🚨🚨🚨🚨🚨 I ACKNOWLEDGE THE FOLLOWING BEFORE PROCEEDING: 1. If I delete this entire template and go my own path, the core team may close my issue without further explanation or engagement. 2. If I list multiple bugs/concerns in this one issue, the core team may close my issue without further explanation or engagement. 3. If I write an issue that has many duplicates, the core team may close my issue without further explanation or engagement (and without necessarily spending time to find the exact duplicate ID number). 4. If I leave the title incomplete when filing the issue, the core team may close my issue without further explanation or engagement. 5. If I file something completely blank in the body, the core team may close my issue without further explanation or engagement. All good? Then proceed! --> <!-- This bug tracker is monitored by Windows Terminal development team and other technical folks. **Important: When reporting BSODs or security issues, DO NOT attach memory dumps, logs, or traces to Github issues**. Instead, send dumps/traces to secure@microsoft.com, referencing this GitHub issue. If this is an application crash, please also provide a Feedback Hub submission link so we can find your diagnostic data on the backend. Use the category "Apps > Windows Terminal (Preview)" and choose "Share My Feedback" after submission to get the link. Please use this form and describe your issue, concisely but precisely, with as much detail as possible. --> # Environment ```none Windows build number: Microsoft Windows [Version 10.0.19042.685] Windows Terminal version (if applicable): Windows Terminal Preview Version: 1.5.3242.0 ``` # Steps to reproduce 1. Configure `"copyOnSelect": true`. 2. Open a Command Prompt session in Windows Terminal. 3. Type `the longest wait`. 4. Press <kbd>Home</kbd> to move the cursor to the start of the command. 5. Double-click `longest` to select it. Windows Terminal copies `longest` to the clipboard, as well. 6. Click the right mouse button to paste `longest`. # Expected behavior `longestthe longest wait`, where nothing is selected. # Actual behavior `longestthe longest wait`, where `estthe ` is selected. # Justification If you change step 6 to paste by pressing <kbd>Ctrl</kbd>+<kbd>Shift</kbd>+<kbd>V</kbd> or <kbd>Shift</kbd>+<kbd>Insert</kbd>, instead of clicking the right mouse button, then Windows Terminal clears the selection. It feels inconsistent that pasting with the keyboard clears the selection but pasting with the mouse preserves it, especially when pasting also changes the text in the selected cells.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#11993