+1
Fixed

Problem when caps-lock is on (international keyboard)

lucwuyts 3 years ago updated 3 years ago 10

Keyboard is Belgium Azerty

When caps-lock is set on the remote system (logon screen)

local system: caps-lock off -> letter keys are lower case, number keys (not numeric keyboard) are shifted


This is only for the lock screen

When logged on, all seems to work normally. 


(client tested was a Server 2012 R2 system)


ConnectWise Control Version:
1
Server Affected:
Host Client Affected:
Guest Client Affected:

Answer

Answer
Fixed

Good afternoon,


The behavior described in this thread should be resolved in the forthcoming 6.4 release of ConnectWise Control.


Cheers,

Ben

Good morning,


Thank you for reporting this issue. I was able to reproduce numeric keys not being mapped correctly when connecting to a Windows 2012 R2 guest machine with Dutch (Belgium) language and Belgian (Period) keyboard installed. I have registered an issue with development, and it's currently under investigation.


Regards,

Ben

I'm not sure if this is the exact same issue, but it seems similar. On the logon screen, I've noticed that if you hit the caps lock key on and off at any point when typing the username, the password field will show the opposite of what the caps lock is set at. For example, if I type "administrator" and tap the caps lock on and off, then when I place the cursor in the password field it will show that the caps lock is still on. I can put the cursor back into the username field and the caps lock will be off. Typically this happens for me if I accidentally have the caps lock turned on when I connect to the machine and start typing the username and turn it off.


This is for a US keyboard and Control version 6.1.12292.6236

Good afternoon,


We are continuing to investigate this behavior, and were hoping the OP could clarify a few points about the behavior they're encountering:


1) What language and keyboard are active on the host machine (this is the machine from which you are connecting to the remote, "guest", machines)? What operating system is installed on the host machine?


2) What language and keyboard are active on the guest machine (this is the machine to which the host is connecting)? What operating system is installed on the guest machine (can you confirm that it's Windows 2012R2)?


3) When you say "number keys (not numeric keyboard) are shifted", can you give an example of the character that is actually produced on the guest machine and the character you expected to be produced on the guest machine? I didn't initially realize that typing a number key on a Belgium AZERTY keyboard without holding shift produces a special character, and that to produce a numeric character on a Belgium AZERTY keyboard, the user must use a shift+number key combo.


Regards,

Ben

1) Host machine:  

Windows 10 Professional, Build 16199 (prerelease)

Language: Dutch

Keyboard: Belgian Azerty with Period (dot) as decimal separator


2) Guest Machine:

Windows 2012 R2 Standard

Language: English

Keyboard: Belgian Azerty with Period (dot) as decimal separator


3) The number keys (not numeric keyboard) are shifted. (reverse from what you should expect)

 Example:  

number 8 -> normal working:  press shift and 8-key  -  now i do not need to shift this key

exclamation (!) -> just press 8-key -> now i do have to shift and press the 8-key.



When i send ctlr-alt-delete to the remote machine, there is a message on screen "Caps lock is on"

(This is an unattended server, but someone must have pressed the caps-lock on the local keyboard)

I can just type the normal letters (lowercase, without changing anything on my side) (wich is good)

but the number-keys are working shifted.

For the numer 8: i don't need to shift, and for the exclamation, i now need to shift.


As soon as i'm logged on, everything works as expected.  The number keys are now correct.


Regards,

Luc


Thank you for providing this information. I was able to replicate the anomalous number-shift behavior when caps lock is active on the guest machine, and the issue is currently under investigation.


In the meantime, if you launch the on-screen keyboard on the guest machine and deactivate caps lock, are you able to enter credentials in the expected way?

I'm sorry, I don't know how to activate this OSK on Server 2012 when not logged on.

But since i know what the problem is, i can type the pasword (with some extra mistakes... :-)  and do my work...



After logging on, and switching caps off with the OSK, it is also off in the logon screen.

Answer
Fixed

Good afternoon,


The behavior described in this thread should be resolved in the forthcoming 6.4 release of ConnectWise Control.


Cheers,

Ben

Ok, Big Thanks !!