dMZX Forums: Bad behavior clicking the X to close window -> Archived MegaZeux Bugs -> Tracker

On Windows, clicking the X to initiate a closing action for a MegaZeux window fails during certain situations, such as during display of file menus, ASK boxes, and the F11 screen. Trying to do so on these screens will prevent any typical mouse or key input on these screens, but pressing Esc will remove them and things will progress as normal from there.

This seems to be a consequence of commit 4cd886b (12/29/12). I haven't tested its action on OSX or Linux.

Updating status to: Confirmed
Updating severity to: 3 - Medium

I've noticed this too.

The X button and CTRL+C (Windows, Git Bash) both generate an escape press that is never released. Normally it wouldn't have mattered that this sticks around, since games can't use escape anyway, but in this case it keeps the release check waiting for a release that will never arrive:

event_sdl.c, line 178:

    case SDL_QUIT:
    {
      // Stuff an escape
      status->key = IKEY_ESCAPE;
      status->keymap[IKEY_ESCAPE] = 1;
      status->keypress_time = get_ticks();
      break;
    }

Updating status to: Fixed
Issue fixed in: GIT

Fixed in GIT d00cd5e. I reimplemented the key repeat protection from GIT 4cd886b using the tools already available from event.c because my old version was embarrassing. The protection doesn't lock up MZX anymore; it just ignores certain key and mouse presses that have been held.

A side note/separate issue: KEY1 is set to 1 when holding escape after closing a dialog, or after pressing the X or using CTRL+C until escape is pressed again.

Updating status to: Confirmed

Moving this back to Confirmed so I don't forget about the KEY1 issue.

Updating status to: Fixed

Fixed the KEY1 issue in GIT b5aa3bd. The SDL_QUIT event does not trigger an escape key press anymore, but will still act the same as it.

Moving to: Archived MegaZeux Bugs