Incorrect pasting when copying some uppercase Cyrillic characters #10251

Closed
opened 2026-01-31 02:16:27 +00:00 by claunia · 5 comments
Owner

Originally created by @farag2 on GitHub (Aug 21, 2020).

Environment

Windows build number: 10.0.19041.0
Windows Terminal version (if applicable): 1.1.2233.0

Steps to reproduce

Some (not all) uppercase Cyrillic characters e.g. "А", "Б", "В" couldn't be pasted or typed in Windows Terminal. Also "Ы", "Я" could be pasted/typed.
I've discovered it when tried to paste

Start-Process -FilePath "$env:ProgramFiles\Mozilla Firefox\firefox.exe" -ArgumentList "-new-tab https://ru.wikipedia.org/wiki/Свободное_программное_обеспечение#Введение_ограничений_для_ПО"

Expected behavior

The string above should be pasted.

Actual behavior

Start-Process -FilePath "$env:ProgramFiles\Mozilla Firefox\firefox.exe" -ArgumentList "-new-tab https://ru.wikipedia.org/wiki/Свободное_программное_обеспечение#ведение_ограничений_для_"

As you can see Введение_ограничений_для_ПО became ведение_ограничений_для_ by cutting all uppercase characters.

Originally created by @farag2 on GitHub (Aug 21, 2020). <!-- 🚨🚨🚨🚨🚨🚨🚨🚨🚨🚨 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: 10.0.19041.0 Windows Terminal version (if applicable): 1.1.2233.0 ``` # Steps to reproduce Some (not all) uppercase Cyrillic characters e.g. "А", "Б", "В" couldn't be pasted or typed in Windows Terminal. Also "Ы", "Я" could be pasted/typed. I've discovered it when tried to paste ```powershell Start-Process -FilePath "$env:ProgramFiles\Mozilla Firefox\firefox.exe" -ArgumentList "-new-tab https://ru.wikipedia.org/wiki/Свободное_программное_обеспечение#Введение_ограничений_для_ПО" ``` # Expected behavior The string above should be pasted. # Actual behavior ```powershell Start-Process -FilePath "$env:ProgramFiles\Mozilla Firefox\firefox.exe" -ArgumentList "-new-tab https://ru.wikipedia.org/wiki/Свободное_программное_обеспечение#ведение_ограничений_для_" ``` As you can see ```Введение_ограничений_для_ПО``` became ```ведение_ограничений_для_``` by cutting all uppercase characters.
claunia added the Resolution-ExternalNeeds-Tag-Fix labels 2026-01-31 02:16:27 +00:00
Author
Owner

@KalleOlaviNiemitalo commented on GitHub (Aug 21, 2020):

May be related to https://github.com/PowerShell/PSReadLine/issues/1603 and hence https://github.com/dotnet/runtime/issues/38966. Try workarounds:

  • Remove-Module PSReadLine
  • or remove the Ctrl+V binding from settings.json of Windows Terminal and then use Ctrl+V to paste (rather than Ctrl+Shift+V or right mouse button)
@KalleOlaviNiemitalo commented on GitHub (Aug 21, 2020): May be related to <https://github.com/PowerShell/PSReadLine/issues/1603> and hence <https://github.com/dotnet/runtime/issues/38966>. Try workarounds: - `Remove-Module PSReadLine` - or remove the Ctrl+V binding from settings.json of Windows Terminal and then use Ctrl+V to paste (rather than Ctrl+Shift+V or right mouse button)
Author
Owner

@farag2 commented on GitHub (Aug 21, 2020):

Thanks. Fixed after installing latest stable PSReadLine.

Install-Module -Name PSReadLine -RequiredVersion 2.0.4 -Force
@farag2 commented on GitHub (Aug 21, 2020): Thanks. Fixed after installing latest stable PSReadLine. ```powershell Install-Module -Name PSReadLine -RequiredVersion 2.0.4 -Force ```
Author
Owner

@KalleOlaviNiemitalo commented on GitHub (Aug 21, 2020):

Out of curiosity, which version of PSReadLine did you have before? I was not able to reproduce the issue with PSReadLine 2.0.2 installed as part of PowerShell 7.1.0-preview.5, even when using a Russian keyboard layout.

@KalleOlaviNiemitalo commented on GitHub (Aug 21, 2020): Out of curiosity, which version of PSReadLine did you have before? I was not able to reproduce the issue with PSReadLine 2.0.2 installed as part of PowerShell 7.1.0-preview.5, even when using a Russian keyboard layout.
Author
Owner

@farag2 commented on GitHub (Aug 21, 2020):

A default one: 2.0.0 (PS 5.1). The version distributed by default on Win 10 2004. Then I tested on VM with fresh installed 2004 and faced the same bug.

ModuleType Version    Name    ExportedCommands
----------     -------     ----       ----------------
Script     2.0.0      PSReadline     {Get-PSReadLineKeyHandler, Get-PSReadLineOption, Remove-PS...
@farag2 commented on GitHub (Aug 21, 2020): A default one: 2.0.0 (PS 5.1). The version distributed by default on Win 10 2004. Then I tested on VM with fresh installed 2004 and faced the same bug. ```none ModuleType Version Name ExportedCommands ---------- ------- ---- ---------------- Script 2.0.0 PSReadline {Get-PSReadLineKeyHandler, Get-PSReadLineOption, Remove-PS... ```
Author
Owner

@DHowett commented on GitHub (Aug 21, 2020):

Thanks for the info! Yeah, the built-in version of PSRL is a little bit outdated (it is 2.0.0-beta3, if i recall correctly?).

Looks like this one is external/fixed for you 😄

@DHowett commented on GitHub (Aug 21, 2020): Thanks for the info! Yeah, the built-in version of PSRL is a little bit outdated (it is 2.0.0-beta3, if i recall correctly?). Looks like this one is external/fixed for you :smile:
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#10251