[8.0ß15-x64] Hotkeys in some dialogs not working again

[Flint]

I discovered that hotkeys like "a", "r", "h" do not work anymore in the Change Attributes dialog in 64-bit TC. Tested older versions — it stopped working in 8.0β12 (in 8.0β11 worked fine). Hotkeys Alt+letter (like Alt+C for "Change date/time") also do not work in this dialog.

I tested some other dialogs and found they had problems too. For example, if you open Pack Files dialog and press Alt+Y, then the Encrypt checkbox will check, but if you press Alt+Y again it does nothing; all other Alt+letter hotkeys will not work either. However, if you move focus into the editbox with the file name, the next Alt+letter keypress will work again.

[Valentino]

Not confirmed. All hotkeys mentioned by you work for me in both 32 and 64 bit, betas 14 and 15.
Try clean INI, maybe it's configuration dependent?

[Flint]

Try clean INI, maybe it's configuration dependent?

Tried already, no difference. 32-bit versions of TC work flawlessly, only 64-bit ones show this problem.

OS is Win7 x64 SP1 Pro, maybe this matters…

[Valentino]

Same OS as in my case. Strange...
Sorry for the question, is keyboard layout English when dialog is open?
When dialog is just open, where is focus? On "Recurse subdirectories"?
Maybe you have some "helper" applications installed that try to "help" you?

[Flint]

Sorry for the question, is keyboard layout English when dialog is open?

Sure, I checked that first when discovered that pressing "h" did not trigger the checkbox.

When dialog is just open, where is focus? On "Recurse subdirectories"?

Yes.

Maybe you have some "helper" applications installed that try to "help" you?

Theoretically, it might be, but then it's very strange that a) it's working in β11 and earlier, b) it's working in 32-bit versions, c) it's working in other dialogs. When I have time I'll try to reboot without these "helpers" and test.

[ghisler(Author)]

Not confirmed, Swiss German Windows 7.

[Valentino]

I ran out of ideas

[Flint]

Hm… It happens to be PuntoSwitcher: when I exit it, hotkeys start to work fine. Very strange that it works so selectively though.

OK, I'll write to its developers. Sorry for the false alarm.

[Hacker]

[mod]Moved to the English forum.

Hacker (Moderator)[/mod]

[ghisler(Author)]

2Flint
Thanks for your feedback! Some tools install system-wide message hooks and modify the messages they get. Apparently TC isn't getting the messages it expects.

[Flint]

ghisler(Author)
Since there are more similar reports appeared (one, two) — and with different third-party apps, it seems that the problem actually might be located in TC. Christian, could you take a look at this problem once again, please?

History file tells that it was exactly in β12 that you switched to fpc 2.5.1, so it could be that this is the cause of the changed behaviour.

[ghisler(Author)]

Unfortuantely that doesn't help me - there are thousands of changes in the new FPC version, impossible to find any problems this way, especially if I cannot reproduce them.

[Flint]

ghisler(Author)
Could you please try to install Punto Switcher in a virtual machine? Unfortunately, it has Russian-only interface, but you don't need to do anything with it, just install and launch (I would only recommend to turn off all the checkboxes in the installer, because they do all those marketing advertising tricks like changing the browser homepage, installing Yandex-Bar, etc.). Of course if you need any assistance with it you can count on me.

[ghisler(Author)]

OK, I will try it.

[ghisler(Author)]

I could indeed reproduce it with Punto Switcher! After several hours of debugging, I finally found the bug in the Lazarus file win32callback.inc! In one function, it sets the value of LMChar.CharCode, but further down it checks for LMKey.CharCode<>0. Strangely this only happens with free pascal 2.5.1 or newer, not 2.4.4! I guess that in 2.4.4 the structure is not cleared, so it's filled with some random data. When Punto Switcher is active, the key message order seems to be slightly different.