[Bug 41578] New: Control key wrongly dumped to config during keymap ( XShell 4)

https://bugs.winehq.org/show_bug.cgi?id=41578

            Bug ID: 41578
           Summary: Control key wrongly dumped to config during keymap
                    (XShell 4)
           Product: Wine
           Version: 1.9.21
          Hardware: x86
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: -unknown
          Assignee: wine-bugs(a)winehq.org
          Reporter: a.rzadkowolski+winehq.org(a)gmail.com
      Distribution: ---

Application: XShell 4 (Build 0129), but could be related to other apps as well.

While saving new keymapping which consists of Control button (using Options ->
Keyboard and Mouse -> Edit) config file that gets modified receives / saves
wrong values.

In the log I can see:
warn:keyboard:X11DRV_MapVirtualKeyEx Unknown virtual key 11 !!!
warn:keyboard:X11DRV_MapVirtualKeyEx Unknown virtual key 10 !!!


When I look at config file (CustomKeyMap.ckm) I can see a line:
ControlShift+Y=[0]ID_FILE_CLOSE

while on windows the same line is saved as:
Ctrl+Shift+Y=[0]ID_FILE_CLOSE

Is there any specific setting I am missing on my wine setup?

-- 
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.

[Bug 41578] Control key wrongly dumped to config during keymap (XShell 4)

https://bugs.winehq.org/show_bug.cgi?id=41578

Sagawa <sagawa.aki+winebugs(a)gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |sagawa.aki+winebugs(a)gmail.c
                   |                            |om

--- Comment #1 from Sagawa <sagawa.aki+winebugs(a)gmail.com> ---
I got XShell 4 (Build 0142) from
http://www.netsarang.com/download/down_live.html?productcode=2&majorversion=...
and can confirm the issue.
> From my investigation, this is due to application's wrong assumptions of
> GetKeyNameText() API. The API returns key-name string. As described in MSDN
> reference, key-name string depends on the current keyboard layout. However, the
> application expects "Ctrl" (or "Strg" for German keyboard) for the control key
> while Wine returns "Control" for the key.

Do you know another application that suffers like this?

-- 
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.