Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

RSHIFT and arrows cause spurious keyup/keydown events #621

Closed
SDLBugzilla opened this issue Feb 10, 2021 · 0 comments
Closed

RSHIFT and arrows cause spurious keyup/keydown events #621

SDLBugzilla opened this issue Feb 10, 2021 · 0 comments
Labels
endoflife Bug might be valid, but SDL-1.2 is EOL.

Comments

@SDLBugzilla
Copy link
Collaborator

This bug report was migrated from our old Bugzilla tracker.

These attachments are available in the static archive:

Reported in version: 1.2.14
Reported for operating system, platform: Windows (XP), x86

Comments on the original bug report:

On 2011-04-22 13:30:47 +0000, wrote:

Created attachment 604
Prints keyup and keydown events.

Prerequisites:
SDL_VIDEODRIVER=directx
NUMLOCK disabled

If you press Right Shift and then press one of the arrow keys, SDL generates a spurious keyup event for the shift. When you release the arrow key, SDL generates a spurious keydown for the shift.

The spurious events don't appear if NUMLOCK is on, or if you use windib instead of directx. I've tested this on a laptop integrated keyboard and on a PS/2 keyboard on a desktop computer.

I've attached a short testing program. It prints keyup and keydown events (ESC quits). If you press right shift, then up, then release up, and then release shift, the output with the spurious events should be:

press right shift
release right shift
press up
release up
press right shift
release right shift

The correct output without the spurious events should be:

press right shift
press up
release up
release right shift

On 2011-12-29 01:38:27 +0000, Sam Lantinga wrote:

Thanks for the report. Have you investigated and have a patch for this issue?

On 2015-08-25 09:38:23 +0000, Ryan C. Gordon wrote:

Hello, and sorry if you're getting several copies of this message by email, since we are closing many bugs at once here.

We have decided to mark all SDL 1.2-related bugs as RESOLVED ENDOFLIFE, as we don't intend to work on SDL 1.2 any further, but didn't want to mark a large quantity of bugs as RESOLVED WONTFIX, to clearly show what was left unattended to and make it easily searchable.

Our current focus is on SDL 2.0.

If you are still having problems with an ENDOFLIFE bug, your absolute best option is to move your program to SDL2, as it will likely fix the problem by default, and give you access to modern platforms and tons of super-cool new features.

Failing that, we will accept small patches to fix these issues, and put them in revision control, although we do not intend to do any further official 1.2 releases.

Failing that, please feel free to contact me directly by email (icculus@icculus.org) and we'll try to find some way to help you out of your situation.

Thank you,
--ryan.

@SDLBugzilla SDLBugzilla added bug endoflife Bug might be valid, but SDL-1.2 is EOL. labels Feb 10, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
endoflife Bug might be valid, but SDL-1.2 is EOL.
Projects
None yet
Development

No branches or pull requests

1 participant