Extended keyboard/numeric keypad issues with rdesktop and Virtualbox

Alain Rochon <[email protected]> Fri, 15 Aug 2014 09:40:48 -0400
Newsgroups gmane.network.rdesktop.user
Message-ID <[email protected]>
This is a multi-part message in MIME format.
--===============1386261552493667738==
Content-Type: multipart/alternative;
	boundary="------------000401060200050706070108"

This is a multi-part message in MIME format.
--------------000401060200050706070108
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

I recently encountered a keyboard issue while accessing a VirtualBox VM 
via RDP and an rdesktop session.

Environment:

Host: OpenSUSE 12.3 (classroom computers)
rdesktop 1.8.2 (updated from 1.7.1) OpenSUSE 12.3 Factory repository
Server: OpenSUSE 12.3 running VirtualBox and several VMs
VirtualBox: v4.3.14 r95030, obtained from Oracle's VirtualBox repository
VirtualBox Extension Pack: v4.3.14-95030, obtained from Oracle's 
VirtualBox repository
Guests:

  * CentOS 6.5
  * Windows 7

Issue:

Using rdesktop, either version listed above, to connect to either 
VirtualBox RDP VM from an OpenSUSE remote host, the numeric keypad 
malfunctions.  This is consistent across multiple hosts (classroom), 
connecting to the same or different VM's.
Keyboard map en-us is autoselected.
Using Microsoft's Remote Desktop Connection on a Windows host to access 
the same VM's, the extended keyboard and numeric keypad functions 
normally.  The problem was first observed when trying to enter data or 
formulas in Excel spreadsheets in the Windows 7 VM. Using the numeric 
keypad produced undesirable results.

Reproduceable:
After connecting to the VM, in the guest, open a Notepad (Windows) or 
gedit (CentOS).
Type numbers from the numeric keypad.  On a new line, the first 
character typed does not display and the cursor remains in position 1.  
The second character typed displays and the cursor moved right one 
position (as normally should).  Backspace back to character position 1, 
or press "enter" for a new line and repeat with the same results.  
Depending on the character typed in position 1, the cursor may move up 
(typing 8), down (typing 2), etc.  Pressing the "Home" key produces a 
"7" on the first keystroke, and behaves normally thereafter.

While re-reading the man page for rdesktop, I became intrigued by an 
option previously overlooked, the -N option, "Enable numlock 
synchronization".  By including this option on the command line the 
extended keyboard and numeric keypad functions properly.

My questions are, is the -N option a workaround to a keyboard mapping 
issue?  Is there an issue?  Also, I would like to use tsclient to save 
and recall my session configurations.  How can I include the -N option 
in a saved session?  (Sorry, I recognize that tsclient is not part of 
your project.  I'm hoping your expertise may lead me in the right 
direction.)

-- 
Alain Rochon


--------------000401060200050706070108
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<html>
  <head>
    <meta http-equiv=3D"content-type" content=3D"text/html; charset=3DUTF=
-8">
  </head>
  <body bgcolor=3D"#FFFFFF" text=3D"#000000">
    I recently encountered a keyboard issue while accessing a VirtualBox
    VM via RDP and an rdesktop session.<br>
    <br>
    Environment:<br>
    <br>
    Host: OpenSUSE 12.3 (classroom computers)<br>
    rdesktop 1.8.2 (updated from 1.7.1) OpenSUSE 12.3 Factory repository<=
br>
    Server: OpenSUSE 12.3 running VirtualBox and several VMs<br>
    VirtualBox: v4.3.14 r95030, obtained from Oracle's VirtualBox
    repository<br>
    VirtualBox Extension Pack: v4.3.14-95030, obtained from Oracle's
    VirtualBox repository<br>
    Guests:<br>
    <ul>
      <li>CentOS 6.5</li>
      <li>Windows 7</li>
    </ul>
    <p>Issue:<br>
    </p>
    Using rdesktop, either version listed above, to connect to either
    VirtualBox RDP VM from an OpenSUSE remote host, the numeric keypad
    malfunctions.=C2=A0 This is consistent across multiple hosts (classro=
om),
    connecting to the same or different VM's.<br>
    Keyboard map en-us is autoselected.<br>
    Using Microsoft's Remote Desktop Connection on a Windows host to
    access the same VM's, the extended keyboard and numeric keypad
    functions normally.=C2=A0 The problem was first observed when trying =
to
    enter data or formulas in Excel spreadsheets in the Windows 7 VM.=C2=A0
    Using the numeric keypad produced undesirable results.<br>
    <br>
    Reproduceable:<br>
    After connecting to the VM, in the guest, open a Notepad (Windows)
    or gedit (CentOS).<br>
    Type numbers from the numeric keypad.=C2=A0 On a new line, the first
    character typed does not display and the cursor remains in position
    1.=C2=A0 The second character typed displays and the cursor moved rig=
ht
    one position (as normally should).=C2=A0 Backspace back to character
    position 1, or press "enter" for a new line and repeat with the same
    results.=C2=A0 Depending on the character typed in position 1, the cu=
rsor
    may move up (typing 8), down (typing 2), etc.=C2=A0 Pressing the "Hom=
e"
    key produces a "7" on the first keystroke, and behaves normally
    thereafter. <br>
    <br>
    While re-reading the man page for rdesktop, I became intrigued by an
    option previously overlooked, the -N option, "Enable numlock
    synchronization".=C2=A0 By including this option on the command line =
the
    extended keyboard and numeric keypad functions properly.<br>
    <br>
    My questions are, is the -N option a workaround to a keyboard
    mapping issue?=C2=A0 Is there an issue?=C2=A0 Also, I would like to u=
se
    tsclient to save and recall my session configurations.=C2=A0 How can =
I
    include the -N option in a saved session?=C2=A0 (Sorry, I recognize t=
hat
    tsclient is not part of your project.=C2=A0 I'm hoping your expertise=
 may
    lead me in the right direction.)<br>
    <br>
    <div class=3D"moz-signature">-- <br>
      <title></title>
      Alain Rochon<br>
      <small><br>
      </small> </div>
  </body>
</html>

--------------000401060200050706070108--


--===============1386261552493667738==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

------------------------------------------------------------------------------

--===============1386261552493667738==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
rdesktop-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/rdesktop-users

--===============1386261552493667738==--