Control-T creates a new tab #2581

Closed
opened 2026-01-30 22:58:52 +00:00 by claunia · 2 comments
Owner

Originally created by @davidchisnall on GitHub (Jul 5, 2019).

Environment

Windows build number: Microsoft Windows [Version 10.0.18362.207]

Any other software?
FreeBSD VM, remote FreeBSD systems.

Steps to reproduce

Hit control-T

Expected behavior

A ^T character is delivered to stdin on the controlling process which, on UNIX systems, will cause the pty layer to deliver SIGINFO to the foreground application.

Actual behavior

A new tab opens, leaving me with no mechanism to deliver SIGINFO.

This is a regression relative to the old console host. The convention for other terminals on platforms that don't have a command key is to always use control-shift for terminal control commands (e.g. control-shift-c instead of control-c for copy, control-shift-t instead of control-t for new tab) so that they do not conflict with normal command entry.

Originally created by @davidchisnall on GitHub (Jul 5, 2019). <!-- 🚨🚨🚨🚨🚨🚨🚨🚨🚨🚨 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. 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.18362.207] Any other software? FreeBSD VM, remote FreeBSD systems. ``` # Steps to reproduce Hit control-T <!-- A description of how to trigger this bug. --> # Expected behavior A ^T character is delivered to stdin on the controlling process which, on UNIX systems, will cause the pty layer to deliver SIGINFO to the foreground application. <!-- A description of what you're expecting, possibly containing screenshots or reference material. --> # Actual behavior <!-- What's actually happening? --> A new tab opens, leaving me with no mechanism to deliver SIGINFO. This is a regression relative to the old console host. The convention for other terminals on platforms that don't have a command key is to always use control-shift for terminal control commands (e.g. control-shift-c instead of control-c for copy, control-shift-t instead of control-t for new tab) so that they do not conflict with normal command entry.
claunia added the Resolution-Duplicate label 2026-01-30 22:58:52 +00:00
Author
Owner

@Summon528 commented on GitHub (Jul 5, 2019):

You can rebind it to control-shift-t via modifying the setting file though

@Summon528 commented on GitHub (Jul 5, 2019): You can rebind it to control-shift-t via modifying the setting file though
Author
Owner

@DHowett-MSFT commented on GitHub (Jul 7, 2019):

Hey @davidchisnall 😄 We're tracking this one in #1417 (admittedly, I made the name not particularly searchable!)

@DHowett-MSFT commented on GitHub (Jul 7, 2019): Hey @davidchisnall :smile: We're tracking this one in #1417 (admittedly, I made the name not particularly searchable!)
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#2581