CAPS LOCK doesn't work in rdesktop 1.6

Bug #254968 reported by Kamil Swiatkowski
88
This bug affects 14 people
Affects Status Importance Assigned to Milestone
rdesktop (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

Binary package hint: rdesktop

rdesktop 1.6.0-1ubuntu1 included in Intrepid has a patch 02_raw_keyboard_support.dpatch which causes problem with caps lock (it doesn't work) no matter what keymap you choose. Only with -y option provided by this patch caps lock works correctly. But with -y option probably only en-us keyboard layout works (I only check pl).
I removed 02_raw_keyboard_support.dpatch and built deb package again and keyboard works as expected.
Regards,

Kamil

Revision history for this message
Tomasz 'Zen' Napierala (tzn) wrote :

Thank you for your time reporting this problem and making Ubuntu better.

Changed in rdesktop:
status: New → Confirmed
Revision history for this message
Seth Randall (sethrandall) wrote :

I have the same issue. But with -y on, the arrow keys stop working properly.

Revision history for this message
shmengie (jbrown-podiatrybilling) wrote :

+1 remove raw keyboard patch. Right ctrl also stops working w/this patch. w/out -y a lot doesn't work w/this patch. I reverted to rdesktop from sourceforge.

Revision history for this message
Martin Daser (m4rt1n-d453r) wrote :

Hello,
I solved the problem by returning to rdesktop 1.5.0-3+cvs20071006ubuntu0.1 provided in Hardy - for those who hesitate building their own package.
Patching gnome-rdp and providing -y to redesktop does not do the trick.
As the keyboard now supports caps-lock, but does no longer support national keyboard versions (German in my case).
I did not yet find any drawbacks by using the Hardy version of rdesktop.

Revision history for this message
Timrit (wimurtz) wrote :

I have also reverted back to rdesktop_1.5.0-3+cvs20071006ubuntu0.1_i386.deb from Hardy as I need the Caps Lock on the invoicing program we use at work. Have had no issues rolling back. Using U.S. keyboard layout. Did not try the -y option and may do so and report back.

Revision history for this message
valerykk (valerykk) wrote :

Hey guys! The almost only thing to solve the layout-switching (using Ctrl, Alt and Shift -combinations) and CapsLock -problems is to update rdesktop to ver.1.6.0. But there appears a new bug: pressing slash ('/') on the numeric pad, in the text line appears dot symbol ('.'). I noticed it only in russian layout. So check this out in your national ones.

Revision history for this message
Pau Garcia Quiles (pgquiles) wrote :

There are rdesktop 1.6.0 packages in my PPA ( http://launchpad.net/~pgquiles/+archive ) without the 02_raw_keyboard_support.dpatch patch, both for Hardy and Intrepid.

Revision history for this message
Michael Adams (madams) wrote :

I've been playing around with the rdesktop source, and unsuccessfuly tried to modify the xkeymap.c file. However, by converting all the keyboard scan codes from XT to AT, except for the SHIFT & CAPS keys, I can at least get CAPS working again (NUMLOCK toggling varies).

Reference for scancodes: http://www.barcodeman.com/altek/mule/scandoc.php

Related forum thread: http://ubuntuforums.org/showthread.php?t=977663

Revision history for this message
Michael Adams (madams) wrote :

Further testing... w & t don't stay capped, regardless of which scancode I use; holding SHIFT works fine for them though. I still believe the permanent solution is to rewrite the keyboard handler.

Revision history for this message
Stephen Phillips (stephen-kent-phillips) wrote :

I tried Xires' fix from the thread mentioned by Michael Adams: http://ubuntuforums.org/showthread.php?t=977663&page=2

Basically, I just opened /usr/share/rdesktop/keymaps/common and changed the Caps_Lock line. It worked after that. Both the arrow keys and the caps lock keys work now.

For more info: http://linuxsagas.wordpress.com/2009/01/17/ubuntu-intrepid-woes-keyboard/

Revision history for this message
Michael Adams (madams) wrote :

Another solution that seems to work for now: use the Debian rdesktop that didn't have the keyboard patch as mentioned above. Also has Ipv6 support.

http://packages.debian.org/unstable/x11/rdesktop

Revision history for this message
D. Mark Simms (dmsimms) wrote :

I commented out the Caps_Lock line in /usr/share/rdesktop/keymaps/common and everything seems to work again now.

Revision history for this message
Paulo Brito (paulorsbrito) wrote :

Mark Simms' solution worked for me, in Intrepid.

Revision history for this message
D. Mark Simms (dmsimms) wrote :

Thanks for the credit but I got the info from Stephen Phillips' link above to http://linuxsagas.wordpress.com/2009/01/17/ubuntu-intrepid-woes-keyboard/

Revision history for this message
Alvin (alvind) wrote :

Still in Jaunty (1.6.0-2ubuntu1)

summary: - CAPS LOCK doesn't work in rdesktop 1.6 (intrepid)
+ CAPS LOCK doesn't work in rdesktop 1.6
Revision history for this message
Rebecca Menessec (aloishammer-deactivatedaccount) wrote :

I'm being affected. Jaunty amd64. Mark Simms' fix doesn't seem to help.

Revision history for this message
Jean-Michel Dault (jmdault) wrote :

I tested different combinations:

- Intrepid i386: affected
- Jaunty i386: affected
- Karmic amd64: affected

Using -y makes CAPS LOCK work with a US layout, but unfortunately:
- altgr presses ENTER
- arrowup doesn't work
- arrowdown launches the start menu
- arrowleft is alt
- arrowright doesn't work
- pgup presses slash
- pgdn doesn't work
- home doesn't work
- end doesn't work
- keypad enter presses arrowdown

Removing the 02_raw_keyboard_support.dpatch patches solves all problems. I tested every single key combination of the layouts I know.

Revision history for this message
tonywang86 (tonywang86) wrote :

D. Mark Simms 's simple method works for me. Thanks.

Revision history for this message
Daniel Burton (lordofthebrambles) wrote :

Removing the Caps_Lock line in /usr/share/rdesktop/keymaps/common is a kludgey workaround - it doesn't work right if I hit caps lock outside of the rdesktop window or have the caps lock on when I first open my session. It only works when I hit the caps lock with the rdesktop window in focus.

Revision history for this message
Jean Christophe André (progfou) wrote :

@Daniel, yes it's a workaround, but at least it lets CapsLock being usable again!

The CapsLock synchronization between inside and outside is another matter, which is not as important as just being able to switch it in the first place.

Note: this problem is still present in Jaunty and Karmic RC.

Revision history for this message
austus (austus) wrote :

"I just now found a fix (from the thread). Change the file /usr/share/rdesktop/keymaps/common . Change the line that says “Caps_Lock 0×0 inhibit” to “Caps_Lock 0×3a capslock”. I tried it out and everything works!"

I found this fix here:

http://linuxsagas.wordpress.com/category/specific-software/rdesktop/

So personally, I don't think this is a bug as much as it is a misconfiguration.

Revision history for this message
Luis García-Pimentel (luisgp) wrote :

Thanks for the solution, I wonder what genius chose to inhibit the Caps Lock key and why it has been left that way for years. It works great now.

Luis

Revision history for this message
Luis García-Pimentel (luisgp) wrote :

Also, this seems to me to be unrelated to bug #251709 as stated by the launchpad system.

Revision history for this message
andresgenovez (andresgenovez) wrote : Re: [Bug 254968] Re: CAPS LOCK doesn't work in rdesktop 1.6

2009/11/22 Luis García-Pimentel <email address hidden>

> *** This bug is a duplicate of bug 251709 ***
> https://bugs.launchpad.net/bugs/251709
>
> Thanks for the solution, I wonder what genius chose to inhibit the Caps
> Lock key and why it has been left that way for years. It works great
> now.
>
>
hi fixed now? 9.10?
I will test.

> Luis
>
> --
> CAPS LOCK doesn't work in rdesktop 1.6
> https://bugs.launchpad.net/bugs/254968
> You received this bug notification because you are a direct subscriber
> of a duplicate bug (via bug 251709).
>

--
Atentamente

Andrés Genovez Tobar / Sistemas
COMERCIAL SALVADOR PACHECO MORA S.A. / DESDE 1945
Tecnologías
Cuenca, Luis Cordero 9-70 y Gran Colombia

Teléfono. 593-7-2842388 ext 408
Fax. 593-7-2842388 ext 120
Celular 593-97670874
          593-96816996 Alegro
Mail: <email address hidden>
Personal: <email address hidden>
www.cspmsa.com
www.crice.org

Revision history for this message
Manny Vindiola (serialorder) wrote :

@Luis, I guess people have been listing it as a duplicate because it was a regression introduced by the -y patched listed in that bug. At any rate it seems to work now.

@andresgenovez:

It isn't in the repositories yet but you can find it on my ppa: deb http://ppa.launchpad.net/serialorder/ppa/ubuntu karmic main
or here http://ppa.launchpad.net/serialorder/ubuntu/pool/main/r/rdesktop/

Revision history for this message
andresgenovez (andresgenovez) wrote :

2009/11/22 Manny Vindiola <email address hidden>

> *** This bug is a duplicate of bug 251709 ***
> https://bugs.launchpad.net/bugs/251709
>
> @Luis, I guess people have been listing it as a duplicate because it was
> a regression introduced by the -y patched listed in that bug. At any
> rate it seems to work now.
>
> @andresgenovez:
>
> It isn't in the repositories yet but you can find it on my ppa: deb
> http://ppa.launchpad.net/serialorder/ppa/ubuntu karmic main
> or here http://ppa.launchpad.net/serialorder/ubuntu/pool/main/r/rdesktop/
>
> --
> CAPS LOCK doesn't work in rdesktop 1.6
> https://bugs.launchpad.net/bugs/254968
> You received this bug notification because you are a direct subscriber
> of a duplicate bug (via bug 251709).
>

Thanks!
--
Atentamente

Andrés Genovez Tobar / Sistemas
COMERCIAL SALVADOR PACHECO MORA S.A. / DESDE 1945
Tecnologías
Cuenca, Luis Cordero 9-70 y Gran Colombia

Teléfono. 593-7-2842388 ext 408
Fax. 593-7-2842388 ext 120
Celular 593-97670874
          593-96816996 Alegro
Mail: <email address hidden>
Personal: <email address hidden>
www.cspmsa.com
www.crice.org

Revision history for this message
SrikanthM (srikanth-muthavarapu) wrote :

Awesome Solution, Thank you austus

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.