bug(windows): modifier key occasionally is 'stuck on'

[rc-swag]

Describe the bug

After #7716 addressed the serialization of modifier keys, there is still seen an occasional case where the modifier key sticks on. A log file has been obtained for further investigation.

Reproduce the bug

Typed the sentence: Lonh does does Output was: LOnh DOes DOes

It is likely that the release of the right shift may have been slight after pressing the o on the L. However Shift was not pressed again for the rest of the sentence so why the DOes

Expected behavior

No response

Related issues

No response

Keyman apps

• [ ] Keyman for Android
• [ ] Keyman for iPhone and iPad
• [ ] Keyman for Linux
• [ ] Keyman for macOS
• [X] Keyman for Windows
• [ ] Keyman Developer
• [ ] KeymanWeb
• [ ] Other - give details at bottom of form

Keyman version

15.0.275

Operating system

Windows 11

Device

No response

Target application

No response

Browser

No response

Keyboard name

No response

Keyboard version

No response

Language name

No response

Additional context

@rc-swag has the keyboards and keylogging logs.

• [ ] Remove DebugMessages once the issue is resolved Search for //TODO: #8064

[rc-swag]

Used #8033 to make a signed build with logging for each path the modifier key input can take in the low level hook.

[rc-swag]

Another @MattGyverLee has experienced the modifier key when using the IPA keyboard and setting the keyboard option to "Before". I also have some logs and am trying to find the exact sequence in the log when the key was stuck for the user versus what was intended. see comment #2466

[rc-swag]

Here is another report

[mcdurdin]

Another report: https://community.software.sil.org/t/8777

[rc-swag]

• add additional logging when processing a modifier key press