starred/terminal
1
0
Fork 0
mirror of https://github.com/microsoft/terminal.git synced 2026-09-25 00:15:10 +00:00
Code Issues 19.0k Packages Projects Releases 20 Wiki Activity

AltGr + Space combination doesn’t work all of a sudden #15732

New Issue
Closed
opened 2026-01-31 04:46:53 +00:00 by claunia · 17 comments
claunia commented 2026-01-31 04:46:53 +00:00
Owner
Copy Link

Originally created by @pzehner on GitHub (Oct 29, 2021).

Windows Terminal version (or Windows build number)

1.11.*

Other Software

French Bépo keyboard layout.

Steps to reproduce

Using the French Bépo keyboard layout, I type the underscore key "_" with AltGr + Space.

Expected Behavior

Usually it just works.

Actual Behavior

Today, without any updates or changes in configuration, MS Terminal doesn’t type the character any more. Other AltGr combinations work, but not this one. Any other application (including PowerShell and CMD) can type the character normally.

Note: It is more likely that this behaviour started with the 1.11 version. 1.10.2714.0 is the latest behaving correctly.

Note 2: "all of a sudden" because MS Terminal updates itself automatically and I could not find a way to prevent that.

Originally created by @pzehner on GitHub (Oct 29, 2021). ### Windows Terminal version (or Windows build number) 1.11.* ### Other Software French Bépo keyboard layout. ### Steps to reproduce Using the French Bépo keyboard layout, I type the underscore key "_" with AltGr + Space. ### Expected Behavior Usually it just works. ### Actual Behavior Today, without any updates or changes in configuration, MS Terminal doesn’t type the character any more. Other AltGr combinations work, but not this one. Any other application (including PowerShell and CMD) can type the character normally. *Note:* It is more likely that this behaviour started with the 1.11 version. 1.10.2714.0 is the latest behaving correctly. *Note 2:* "all of a sudden" because MS Terminal updates itself automatically and I could not find a way to prevent that.
claunia commented 2026-01-31 04:46:55 +00:00
Author
Owner
Copy Link

@nchataing commented on GitHub (Oct 29, 2021):

Same here : by manually switching to the previous release it works again

@nchataing commented on GitHub (Oct 29, 2021): Same here : by manually switching to the previous release it works again
claunia commented 2026-01-31 04:46:56 +00:00
Author
Owner
Copy Link

@DHowett commented on GitHub (Oct 29, 2021):

@lhecker @PankajBhojwani this is related to us binding alt+space to the system menu by default. Did we regress Alt/AltGr aliasing somehow?

@DHowett commented on GitHub (Oct 29, 2021): @lhecker @PankajBhojwani this is related to us binding _alt+space_ to the system menu by default. Did we regress Alt/AltGr aliasing somehow?
claunia commented 2026-01-31 04:46:56 +00:00
Author
Owner
Copy Link

@arthaud commented on GitHub (Oct 30, 2021):

Same here.
By the way, hello Paul :)

@arthaud commented on GitHub (Oct 30, 2021): Same here. By the way, hello Paul :)
claunia commented 2026-01-31 04:46:56 +00:00
Author
Owner
Copy Link

@Siphonay commented on GitHub (Nov 5, 2021):

I am also encountering this issue

@Siphonay commented on GitHub (Nov 5, 2021): I am also encountering this issue
claunia commented 2026-01-31 04:46:56 +00:00
Author
Owner
Copy Link

@at-github commented on GitHub (Nov 8, 2021):

Same as well, i didn’t see shortcut overwriting this combination

@at-github commented on GitHub (Nov 8, 2021): Same as well, i didn’t see shortcut overwriting this combination
claunia commented 2026-01-31 04:46:56 +00:00
Author
Owner
Copy Link

@pzehner commented on GitHub (Nov 10, 2021):

I confirm that the problem does not appear by manually downgrading to 1.10.2714.0.

@pzehner commented on GitHub (Nov 10, 2021): I confirm that the problem does not appear by manually downgrading to 1.10.2714.0.
claunia commented 2026-01-31 04:46:56 +00:00
Author
Owner
Copy Link

@crequill commented on GitHub (Nov 12, 2021):

I have the same problem with terminal 1.11.2921.0 but it’s corrected in terminal 1.12.2931.0.

@crequill commented on GitHub (Nov 12, 2021): I have the same problem with terminal 1.11.2921.0 but it’s corrected in terminal 1.12.2931.0.
claunia commented 2026-01-31 04:46:56 +00:00
Author
Owner
Copy Link

@Geobert commented on GitHub (Nov 15, 2021):

Same issue for me, bépo as well. It's very annoying as it's how we type _ (underscore) in this layout :-/

@Geobert commented on GitHub (Nov 15, 2021): Same issue for me, bépo as well. It's very annoying as it's how we type `_` (underscore) in this layout :-/
claunia commented 2026-01-31 04:46:57 +00:00
Author
Owner
Copy Link

@Siphonay commented on GitHub (Nov 16, 2021):

Can confirm the issues seems to be fixed in Preview Release 1.12.2931.0

@Siphonay commented on GitHub (Nov 16, 2021): Can confirm the issues seems to be fixed in Preview Release 1.12.2931.0
claunia commented 2026-01-31 04:46:57 +00:00
Author
Owner
Copy Link

@chikamichi commented on GitHub (Nov 21, 2021):

A few days back, I installed 1.12.2931.0 and it seemed to be fixed. But all of a sudden, in stopped working. No tooling/version change, no keyboard layout change.

@chikamichi commented on GitHub (Nov 21, 2021): A few days back, I installed 1.12.2931.0 and it seemed to be fixed. But all of a sudden, in stopped working. No tooling/version change, no keyboard layout change.
claunia commented 2026-01-31 04:46:57 +00:00
Author
Owner
Copy Link

@lhecker commented on GitHub (Nov 23, 2021):

Hmm indeed this is hard to reproduce... I've downloaded the portable version and AltGr+Space produces "_".

@lhecker commented on GitHub (Nov 23, 2021): Hmm indeed this is hard to reproduce... I've downloaded [the portable version](https://download.tuxfamily.org/dvorak/windows/1.1rc2/pkl-bepo-1.1rc2.zip) and AltGr+Space produces "_".
claunia commented 2026-01-31 04:46:57 +00:00
Author
Owner
Copy Link

@Siphonay commented on GitHub (Nov 23, 2021):

Hmm indeed this is hard to reproduce... I've downloaded the portable version and AltGr+Space produces "_".

Be aware that the portable version is a PKL, which are repackaged AutoHotKey scripts, and not a proper keyboard layout per se, so this and the actual Windows keyboard layout package may exhibit different behavior

@Siphonay commented on GitHub (Nov 23, 2021): > Hmm indeed this is hard to reproduce... I've downloaded [the portable version](https://download.tuxfamily.org/dvorak/windows/1.1rc2/pkl-bepo-1.1rc2.zip) and AltGr+Space produces "_". Be aware that the portable version is a PKL, which are repackaged AutoHotKey scripts, and not a proper keyboard layout per se, so this and the actual Windows keyboard layout package may exhibit different behavior
claunia commented 2026-01-31 04:46:57 +00:00
Author
Owner
Copy Link

@pzehner commented on GitHub (Nov 26, 2021):

Even downgrading the terminal to the latest 1.10 version and pinning it (I am using Chocolatey), the application automatically updates itself like once a week and I end with the broken 1.11 version…

@pzehner commented on GitHub (Nov 26, 2021): Even downgrading the terminal to the latest 1.10 version and pinning it (I am using Chocolatey), the application automatically updates itself like once a week and I end with the broken 1.11 version…
claunia commented 2026-01-31 04:46:57 +00:00
Author
Owner
Copy Link

@lhecker commented on GitHub (Nov 27, 2021):

This line was introduced in the 1.11 branch with #10988 and should say IsLeftAltPressed() (if we had that): 7b775684e8/src/cascadia/TerminalControl/TermControl.cpp (L912)

In the 1.12 branch we switched to using regular actions with #11086. Since actions are never run for AltGr key combinations, this fixes the issue for 1.12 and later.
For 1.11 I fixed this issue in #11832. The fix isn't particularly beautiful, but I believe it's enough for an older release like that. 😅

@lhecker commented on GitHub (Nov 27, 2021): This line was introduced in the 1.11 branch with #10988 and should say `IsLeftAltPressed()` (if we had that): https://github.com/microsoft/terminal/blob/7b775684e8206abdd12a6720252d0888f1c9d6d0/src/cascadia/TerminalControl/TermControl.cpp#L912 In the 1.12 branch we switched to using regular actions with #11086. Since actions are never run for AltGr key combinations, this fixes the issue for 1.12 and later. For 1.11 I fixed this issue in #11832. The fix isn't particularly beautiful, but I believe it's enough for an older release like that. 😅
claunia commented 2026-01-31 04:46:58 +00:00
Author
Owner
Copy Link

@Dragnalith commented on GitHub (Dec 2, 2021):

same problem here with version 1.11.2921.0

EDIT: I confirm it is fixed in Windows Terminal Preview (1.12.2931.0)

@Dragnalith commented on GitHub (Dec 2, 2021): same problem here with version 1.11.2921.0 EDIT: I confirm it is fixed in Windows Terminal Preview (1.12.2931.0)
claunia commented 2026-01-31 04:46:58 +00:00
Author
Owner
Copy Link

@DHowett commented on GitHub (Dec 13, 2021):

This fix merged into release-1.11 and will be released shortly. 😄

@DHowett commented on GitHub (Dec 13, 2021): This fix merged into `release-1.11` and will be released shortly. :smile:
claunia commented 2026-01-31 04:46:58 +00:00
Author
Owner
Copy Link

@ghost commented on GitHub (Dec 14, 2021):

:tada:This issue was addressed in #11832, which has now been successfully released as Windows Terminal v1.11.3471.0.🎉

Handy links:

@ghost commented on GitHub (Dec 14, 2021): :tada:This issue was addressed in #11832, which has now been successfully released as `Windows Terminal v1.11.3471.0`.:tada: Handy links: * [Release Notes](https://github.com/microsoft/terminal/releases/tag/v1.11.3471.0) * [Store Download](https://www.microsoft.com/store/apps/9n8g5rfz9xk3?cid=storebadge&ocid=badge)
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
⛺ Reserved
A11yCO
A11yMAS
A11ySev1
A11ySev2
A11ySev3
A11yTTValidated
A11yUsable
A11yVoiceAccess
A11yWCAG
Area-Accessibility
Area-AtlasEngine
Area-AzureShell
Area-Build
Area-Build
Area-Chat
Area-CmdPal
Area-CodeHealth
Area-Commandline
Area-CookedRead
Area-DefApp
Area-Extensibility
Area-Fonts
Area-GroupPolicy
Area-i18n
Area-Input
Area-Interaction
Area-Interop
Area-Localization
Area-Output
Area-Performance
Area-Portable
Area-Quality
Area-Remoting
Area-Rendering
Area-Schema
Area-Server
Area-Settings
Area-SettingsUI
Area-ShellExtension
Area-ShellExtension
Area-ShellExtension
Area-Suggestions
Area-Suggestions
Area-TerminalConnection
Area-TerminalControl
Area-Theming
Area-UserInterface
Area-VT
Area-Windowing
Area-WPFControl
AutoMerge
Blocking-Ingestion
Culprit-Centennial
Culprit-WinUI
Disability-All
Disability-Blind
Disability-LowVision
Disability-Mobility
External-Blocked-WinUI3
Fixed
Gathering-Data
good first issue
HCL-E+D
HCL-WindowsTerminal
Help Wanted
Impact-Compatibility
Impact-Compliance
Impact-Correctness
Impact-Visual
In-PR
InclusionBacklog
InclusionBacklog-Windows TerminalWin32
InclusionCommitted-202206
Issue-Bug
Issue-Docs
Issue-Feature
Issue-Feature
Issue-Question
Issue-Samples
Issue-Scenario
Issue-Task
Needs-Attention
Needs-Author-Feedback
Needs-Bisect
Needs-Discussion
Needs-Repro
Needs-Tag-Fix
Needs-Tag-Fix
Needs-Triage
No-Recent-Activity
Priority-0
Priority-1
Priority-2
Priority-3
Product-Cmd.exe
Product-Colortool
Product-Colortool
Product-Colortool
Product-Conhost
Product-Conpty
Product-Meta
Product-Powershell
Product-Terminal
Product-WSL
pull-request
Mirrored from GitHub Pull Request
 Resolution-Answered
Resolution-By-Design
Resolution-Duplicate
Resolution-External
Resolution-Fix-Available
Resolution-Fix-Committed
Resolution-No-Repro
Resolution-Won't-Fix
Severity-Blocking
Severity-Crash
Severity-DataLoss
spam
this-will-be-a-breaking-change
Tracking-External
WindowsTerminal_Win32
Work-Item
zAskModeBug
zInbox-Bug
No Label Area-Input Area-TerminalControl Issue-Bug Priority-1 Product-Terminal Resolution-Fix-Committed Severity-Blocking
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
claunia
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#15732
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?