Re: [hatari-devel] Some buttons are not deselected / accepted

I think this patch should be considered. I had a possibly similar problem

that was patched in Hatari with a logitech rudder control joystick that

sent usb rudder packets that Hatari needs to throw away quickly

because it does not use them. (run on sentence :-)

I've noticed over the years that Personal Computers generate many

useless (spurious) interrupts (maybe misconfigured undocumented hardware).

These interrupts sometimes get routed to where they are not expected.

On Fri, Sep 3, 2021 at 2:19 PM Miro Kropáček <miro.kropacek@xxxxxxxxx> wrote:

Mystery solved. As expected, this was a setup issue, although an intriguing one. For some reason, in the file dialog (and only there), my SDL generates a "SDL_KEYMAPCHANGED" event which totally confuses the SDL GUI handler. Interestingly, it has been added in SDL 2.0.4 so it surely must be coming only from my system. Why? No clue.

Btw that handler is pretty fragile as you can see, one unknown event and we abort everything, leaving the UI in quite a broken state.

Attached patch fixes my situation, I'll let you decide how to fix this, if ever.

On Thu, 2 Sept 2021 at 21:01, Miro Kropáček <miro.kropacek@xxxxxxxxx> wrote:
On Thu, 2 Sept 2021 at 20:48, Eero Tamminen <oak@xxxxxxxxxxxxxx> wrote:
Miro, what's your SDL version?
As mentioned, 2.0.16. However don't take my word for the fact that it's SDL which is the culprit here. I'm on latest KDE, if anyone has similar setup. The most puzzling part for me is the fact that it doesn't happen on *every* button nor in *every* dialog. To me it looks like that only the file selector is broken.

--
http://mikro.atari.org

--
http://mikro.atari.org