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==--