Comment 53 for bug 251709

@Manny:

Yesterday I downloaded rdesktop_1.6.0.orig.tar.gz and
rdesktop_1.6.0-3ubuntu1~ppa1.diff.gz from your PPA, and tried to
analyze it thoroughly. I must admit that you did a great work of
taking all these patches together!

Today I tested rdesktop from your PPA in our office.

First, I have to say I *always* use -y switch, because without it
rdesktop uses *very* unreliable, in soft words, algorithm. From the
code I have read it seems that its developers are smart people, and I
still can't believe how could they choose such way of handling
keyboard!

With -y switch, TAB works properly, and I only encounter two bugs
related to key handling: 1) numeric slash behaves like "/" key near
right shift; 2) Break/Pause key does nothing. We know what caused both
bugs, and working on solution now.

Second, regarding -K switch. I need some detailed explanations here. I
generally don't use it, but as I can tell, in rdesktop from your PPA,
and in original rdesktop from 8.04, it works similarly. I can't find
any bugs here. Except when not using -y, you get broken TAB key, but
we just didn't notice it here, because of bigger problem: not using -y
results in a mess instead of Russian layout.

Also, I don't get several things about -K. Do you use Alt+F4?
Actually, it's window manager key binding, so you must expect that
whole rdesktop window will close. So it does. Is it OK? As for me,
that was unpleasant surprise. What about PrintScreen? With -K switch,
must it take a screenshot in Windows, or in Ubuntu? For now, it does
this in Ubuntu, and screenshot dialog is invisible until rdesktop
window is minimized, because it is below that window. I find this
wrong, and believe that when rdesktop window is active, PrintScreen
must take a screenshot inside Windows. Only if rdesktop window is
inactive, it must take a screenshot in Ububntu. Do I get right that
actually only CTRL+ALT+LEFT_ARROW and CTRL+ALT+RIGHT_ARROW are the key
bindings users want to pass to Window Manager?

Maybe there must be some config file so that a user could set up
particular keys which must be handled by Window Manager. All other
keys will be sent to remote Windows desktop.

Our sales department kindly agreed to test starting from tomorrow the
version you provided, so there will be a followup.