Bug 40838

Summary: vncviewer misbehaves with some unusual kbd maps
Product: [Retired] Red Hat Linux Reporter: Aleksey Nogin <aleksey>
Component: vncAssignee: Marek Grac <mgrac>
Status: CLOSED WORKSFORME QA Contact: David Lawrence <dkl>
Severity: medium Docs Contact:
Priority: medium    
Version: 7.1CC: notting
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-08-07 19:52:39 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Remote xev output - "bad"
none
Remote xev output - "good" none

Description Aleksey Nogin 2001-05-16 07:07:37 UTC
Description of Problem:
I have a keyboard map that allows me to use Shift-Shift combination to
switch between English and Cyrillic keyboard maps:
% xmodmap -pk -pm | grep Shift
shift       Shift_L (0x32),  Shift_R (0x3e)
     50         0xffe1 (Shift_L)        0xfe0a (ISO_Prev_Group)
     62         0xffe2 (Shift_R)        0xfe08 (ISO_Next_Group)
Now if I start vncviewer, after the first time I use Shift (the single one,
not the Shift-Shift), vncviwer will start sending Shift-xxx events instead
of xxx events (for xxx in mouse click, Enter key press, etc).

How Reproducible:
Always

Steps to Reproduce:
1. Run 
xmodmap -e "keysym Shift_L = Shift_L ISO_Prev_Group" -e "keysym Shift_R =
Shift_R ISO_Next_Group" 
2. Start vncviewer
3. Press Shift-A, then (after Shift is released) press Enter (or click mouse)

Actual Results:
You get Shift-Enter (or Shift-mouseclick) event in the remote VNC session.

Expected Results:
You get Enter (or mouseclick) event in the remote VNC session.

Additional Information:
- I am using XFree86 v4 and KDE desktop. I do not have any problems like
that with any applications except for vncviewer.
- If I press F8 or leave vncviewer window and come back, the vncviwer
temporarily reverts to normal state (until I press Shift again).
- If I chose to use Shift-CapsLock combination for switching groups instead
of Shift-Shift:  
lock        Caps_Lock (0x42)
     66         0xffe5 (Caps_Lock)      0xfe08 (ISO_Next_Group)
that everything works (but I have to get used to using a new key combination).

Comment 1 Aleksey Nogin 2001-05-16 07:17:44 UTC
Created attachment 18572 [details]
Remote xev output - "bad"

Comment 2 Aleksey Nogin 2001-05-16 07:18:28 UTC
Created attachment 18573 [details]
Remote xev output - "good"

Comment 3 Aleksey Nogin 2001-05-16 07:21:18 UTC
Both xev outputs show what happens when I press the following keys:
a; LShift-a; a; Enter
The first output was produced after I ran (locally)
xmodmap -e "keysym Shift_L = Shift_L ISO_Prev_Group" -e "keysym Shift_R =
Shift_R ISO_Next_Group"
before starting vncviewer; and the second one was produced when I ran
modmap -e "keysym Shift_L = Shift_L" -e "keysym Shift_R = Shift_R"
before starting vncviewer.


Comment 4 Bill Nottingham 2006-08-07 19:45:16 UTC
Red Hat Linux is no longer supported by Red Hat, Inc. If you are still
running Red Hat Linux, you are strongly advised to upgrade to a
current Fedora Core release or Red Hat Enterprise Linux or comparable.
Some information on which option may be right for you is available at
http://www.redhat.com/rhel/migrate/redhatlinux/.

Red Hat apologizes that these issues have not been resolved yet. We do
want to make sure that no important bugs slip through the cracks.
Please check if this issue is still present in a current Fedora Core
release. If so, please change the product and version to match, and
check the box indicating that the requested information has been
provided. Note that any bug still open against Red Hat Linux on will be
closed as 'CANTFIX' on September 30, 2006. Thanks again for your help.


Comment 5 Aleksey Nogin 2006-08-07 19:52:39 UTC
Have not seen this in a long time.