This bug report was migrated from our old Bugzilla tracker.

Reported in version: HG 2.0
Reported for operating system, platform: Mac OS X (All), x86_64

Comments on the original bug report:

On 2015-10-10 22:14:26 +0000, Joshua Bodine wrote:

This issue was introduced in revision 9790 "Hack to fix missing window decorations after toggling fullscreen mode in Mac OS X 10.10." Upon destroying a fullscreen window and creating a new windowed one, a SDL_WINDOWEVENT_RESIZED is generated with the height and width of the display, not of the newly created window. Prior to that revision, it appears no SDL_WINDOWEVENT_RESIZED was generated at all upon window destruction/re-creation.

This is partially a shortcoming in our code (the BZFlag game), but when our program receives this event, it thinks the display resolution is the needed window resolution and tries to do another resize, after which another SDL_WINDOWEVENT_RESIZED is generated with the same width and a slightly reduced height so that the window fits in between the dock and menu at the top. The end result is that when we toggle from fullscreen to windowed mode, the desired resolution is ignored and the window ends up filling the whole display (except for the dock and menu bar).

On 2015-10-11 17:23:33 +0000, Alex Szpakowski wrote:

You might be able to work around the issue in BZFlag's code by erasing all pending window events after destroying the window. (Or selectively erasing any pending window events that have the same window ID as the destroyed window, if you ever use multiple windows.)

SDL_FlushEvent(SDL_WINDOWEVENT) will do the former.

On 2020-04-25 00:33:12 +0000, Joshua Bodine wrote:

This bug now appears to be fixed in the latest SDL 2 version.