Problems entering code with some shortcut key combinations

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Start any support game / tool
2. Have a shortcut key setup for this up (for directly entering the code into 
the app, not just copying to clipboard)
3. Press this shortcut key

What is the expected output? What do you see instead?
I expect WinAuth to enter the current serial into the apps window.

What happens is that WinAuth enters the key altered by the shortcut key. So a 
key like 123456 would be entered as !"§$%& when I choose Shift as shortcut key 
(other shortcut keys give other results). This only happens when directly 
entering the key into the app. Copying to clipboard by shortcut key and then 
pressing Ctrl-V seems to work.

What version of the product are you using? On what operating system?
v3.0.8 Beta / Windows 7 x64

Please provide any additional information below.

Original issue reported on code.google.com by KSp...@gmail.com on 8 Aug 2013 at 8:54

Attachments:

• winauth.jpg

[GoogleCodeExporter]

Thanks. I have seen this and hoped I had gotten rid of it....guess not!

Do you just use Shift-Key, or something like Shift-Control-key?

Original comment by winauth on 9 Aug 2013 at 9:14

• Changed state: Accepted

[GoogleCodeExporter]

In this screenshot, I was only using Shift. When using Ctrl-Shift the code will 
be copied without 0s and 6s (all the other numbers work just fine), so a code 
like 1230456078 will be entered as 1234578. Using only ALT works so far. 
Haven't tried any other combinations yet, but can test all combinations if you 
need the info (just tell me then).

Original comment by KSp...@gmail.com on 10 Aug 2013 at 7:18

[GoogleCodeExporter]

I just checked something: This bug is "new" in v3.0.8 Beta. In v3.0.7 Alpha it 
works without a problem.

Checked Ctrl+Shift, Results:

3.0.8: 456789 -> 45789
3.0.7: 456789 -> 456789

Original comment by KSp...@gmail.com on 12 Aug 2013 at 7:18

[GoogleCodeExporter]

Thanks for the extra info. I think I know the area, but I'll check into the 
differences.

Original comment by winauth on 12 Aug 2013 at 6:02

[GoogleCodeExporter]

I've been looking at this, and it was a problem in v2 that it didn't check if 
the shift key had been released. However, it is now checking, and so I can't 
reproduce this yet.

What language/region do you have set in Windows, and do you have a non-English 
keyboard?

In your recent example, where 6 is missing, does that happen every time...a 
digit is missed...or was it just a one-off?

If you run notepad and do your control sequence, does it work?

Which hot key were you using originally, Shift - and which Key?

Did you compile it yourself from the source or use my the pre-built binary?

I need to find out why your setup doesn't work yet mine does. Thanks for the 
help.

Original comment by winauth on 12 Aug 2013 at 11:59

[GoogleCodeExporter]

German language / Germany as region. And also german keyboard.

It happens always when a 6 or 0 is in the code. Every 6 or 0 is left out. So if 
the key is 26603061 it would enter 231...

If a press the shortcut key in notepad different things happen:

- Shift only: Key is entered in "upper-case" ("1" becomes "!" etc.)
- Alt only: I here a "ping" and nothing else happens
- Ctrl only: Nothing happens at all
- Ctrl + Shift: same as "Alt only"
- Alt + Shift: same as "Alt only"
- Ctrl + Alt: code is entered like I pressed the right ALT key (1 is left out, 
2 becomes "²", 3 becomes "³", 4, 5 and 6 are left out, 7 becomes "{", 8 
becomes "[", 9 becomes "]" and 0 becomes "}".)

Originally I was using Ctrl + Shift (which worked in all version up to v3.0.7 
Alpha).

I'm using the pre-built binary (I even don't know how to compile myself ^^)

I tried running WinAuth normal or as an admin, no difference. I redownloaded 
both versions (3.0.7 and 3.0.8) and tried them both again, same result: 3.0.7 
works, 3.0.8 does not... I tried it on my wife's PC (nearly the same system, 
also german as language / germany as region), same result. I changed all my 
settings in Windows so that my language, date-format, region etc. all were 
english / USA: same result... I don't know what more to test...

Any other idea? Do you need any other info that can be helpful?

Original comment by KSp...@gmail.com on 13 Aug 2013 at 7:12

[GoogleCodeExporter]

That is useful, thanks.

I still can't explain why 3.07 works and 3.0.8 doesn't, as there aren't any 
obvious changes in the key handling code. I also can't explain why 6 and 0 
don't work.

But I have found out that the Windows API I'm using to simulate key presses 
doesn't handle international keyboards properly (i.e. non US)...I have a 
British keyboard, but which is close enough so I have never noticed any 
problem. But your keyboard sends different codes for each key and this 
particular Windows API doesn't handle it properly.

I'm re-writing that part, and when I'm done I'd like to email you a pre-release 
of the next beta version so we can see if it fixes the problem, if that's ok.

Thanks.

-c.

Original comment by winauth on 13 Aug 2013 at 5:11

[GoogleCodeExporter]

Sure, waiting for it ;)

Original comment by KSp...@gmail.com on 13 Aug 2013 at 6:09

[GoogleCodeExporter]

Resolved from our emails, and in new 3.0.10.

Original comment by winauth on 15 Aug 2013 at 3:59

• Changed state: Fixed