Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Cannot use uppercase if PowerShell is open in Russian keyboard layout #10794

Closed
kvart714 opened this issue Oct 15, 2019 · 19 comments
Closed

Cannot use uppercase if PowerShell is open in Russian keyboard layout #10794

kvart714 opened this issue Oct 15, 2019 · 19 comments
Labels
Issue-Question ideally support can be provided via other mechanisms, but sometimes folks do open an issue to get a Resolution-Answered The question is answered.

Comments

@kvart714
Copy link

Steps to reproduce

1. Switch keyboard layout (I use Russian)
2. open Powershell
3. Switch the layout to English
4. Press shift and enter text

Expected behavior

You can enter "UPPERCASE"

Actual behavior

You cannot enter "UPPERCASE", only "lowercase" without shift

Environment data

Windows 10 Pro 1809
Powershell 5.1.17763.771
@kvart714 kvart714 added the Issue-Question ideally support can be provided via other mechanisms, but sometimes folks do open an issue to get a label Oct 15, 2019
@iSazonov
Copy link
Collaborator

@kvart714 Thanks for your report!

It is a known issue with PSReadline module. As workaround you could unload the module. Also the issue was fixed in latest PSReadline preview version (2.0 Beta.5) and you can install it.

@iSazonov iSazonov added the Resolution-Answered The question is answered. label Oct 15, 2019
@ghost
Copy link

ghost commented Oct 17, 2019

This issue has been marked as answered and has not had any activity for 1 day. It has been closed for housekeeping purposes.

@Suncatcher
Copy link

Suncatcher commented May 22, 2021

@iSazonov

Also the issue was fixed in latest PSReadline preview version (2.0 Beta.5) and you can install it.

so maybe it is worth moving from preview to the main version? It is already mid-2021 and it is still in preview.
Preview is for testing new and experimental features, and this is a fundamental bug.

@Suncatcher
Copy link

@iSazonov by the way even on Preview it is not fully fixed. Only SOME of the letter are typable, the others are not working

@Suncatcher
Copy link

And this problem with typing capital letters exists also on classic PS console, not only in new Terminal. Is there a special bug created for console?

@iSazonov
Copy link
Collaborator

Is there a special bug created for console?

If you still say about PSReadline there is an issue about the bug in PSReadline repository.

@Suncatcher
Copy link

Installed latest 2.2.0 prerelease of PSReadline and the issue seems to be solved. Thanks.

@Suncatcher
Copy link

@iSazonov and what is the status of that bug? I cannot find it in PSReadline repo?

@iSazonov
Copy link
Collaborator

@Suncatcher It is not clear what you ask if the issue already fixed in preview and stable version.

@OZ1
Copy link

OZ1 commented Nov 15, 2021

@iSazonov Either it does not or my PS is outdated. How can I look up the version of the faulty module? In what version it is fixed?

@iSazonov
Copy link
Collaborator

iSazonov commented Nov 15, 2021

@OZ1 You can find current versions in https://github.com/PowerShell/PSReadLine. Latest preview one is Beta4, stable 2.1.
Use follow command to discover PSRL version installed:

Get-Module PSReadLine | fl
GitHub
A bash inspired readline implementation for PowerShell - GitHub - PowerShell/PSReadLine: A bash inspired readline implementation for PowerShell

@Suncatcher
Copy link

It is not clear what you ask if the issue already fixed in preview and stable version.

@iSazonov I have Powershell like below

Major Minor Build Revision
------ ----- ----- --------
5 1 19041 1320

and PSReadLine of version 2.0.0

Name : PSReadline
Path : C:\Program Files\WindowsPowerShell\Modules\PSReadline\2.0.0\PSReadLine.psm1
Description : Great command line editing in the PowerShell console host
ModuleType : Script
Version : 2.0.0
NestedModules : {Microsoft.PowerShell.PSReadLine}
ExportedFunctions : PSConsoleHostReadLine
ExportedCmdlets : {Get-PSReadLineKeyHandler, Get-PSReadLineOption, Remove-PSReadLineKeyHandler,
Set-PSReadLineKeyHandler...}
ExportedVariables :
ExportedAliases :

is it considered stable? I received all dotNet framework updates via Windows update.

@iSazonov
Copy link
Collaborator

Latest stable version of PSRL is 2.1.0. I think you should update PSRL manually.

@Suncatcher
Copy link

Suncatcher commented Nov 17, 2021

ok, thanks for clarification. And why the latest stable version is not proposed by the automatic update? Is there any policy to adjust to make that happen?

@iSazonov
Copy link
Collaborator

You can ask MSFT team on next Community Call (Nov, 18) :-)

@Suncatcher
Copy link

Suncatcher commented Nov 17, 2021

ok, I installed latest stable Powershell 7.2.0 and I figured out it loads into PS session several different versions of PSReadLine from different locations

image

which will have the highest priority in that case, i.e. which one will be used by the current PS session?

@iSazonov
Copy link
Collaborator

You are searching available modules. Get-Module show you loaded modules.

@Suncatcher
Copy link

thanks

@ognyandim
Copy link

ognyandim commented Sep 29, 2022

One workaround is to turn-off the per-app keyboard selection:

"Start menu" -> Settings -> Find "Typing settings" -> Advanced keyboard settings -> check checkbox "Let me use a different input method for each app window" - Uncheck it.

Found here: https://superuser.com/a/1262197

Super User
I've set up so that Windows remembers my input language preference for each app, it works really well (US-English as default with Swedish for some apps) until I close the apps/restart the OS, then it

This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Issue-Question ideally support can be provided via other mechanisms, but sometimes folks do open an issue to get a Resolution-Answered The question is answered.
Projects
None yet
Development

No branches or pull requests

5 participants