microsoft / microsoft/terminal
Shift-ctrl-C sends interrupt if no text is selected
Nobody has claimed this yet.
- Dominant language
- C++
- Stars
- 105k
- Forks
- 9.6k
- Avg merge
- 3d 17h
- Merged PRs (30d)
- 29
Description
Windows Terminal version (or Windows build number)
1.7.1033.0
Other Software
Both Command Prompt (10.0.19042.985) and Ubuntu (20.04.2 LTS). Probably others as well.
Steps to reproduce
- Make sure you have not selected any text.
- Be unaware of the above.
- Press shift-ctrl-C
Expected Behavior
Nothing happens. Alternatively, emptying the clipboard would also be acceptable, although less desirable.
Actual Behavior
Interrupt is sent to running program, as if ctrl-C is pressed. Suddenly and unexpectedly, I have to restart my program, or restart editing my command line. If I had wanted that, I'd have pressed ctrl-C, not the text copying command, which is something entirely different. Why would you conflate these two?
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Reproduce the behavior in Windows Terminal 1.7.1033.0 using Command Prompt and Ubuntu, with no text selected, then press Shift-Ctrl-C. Trace the terminal's keyboard and copy handling to determine why an interrupt is sent. Done means the shortcut does not interrupt a running program when nothing is selected, while copying selected text still works.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cpp
- Domain
- cli, operating-systems
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Clearly specified
- Newbie friendliness
- 35/100