[http://sourceforge.net/p/ufoai/bugs/2934 Item 2934] imported from sourceforge.net tracker on 2013-01-28 19:54:51

What happens:
When I alt+tab from game (whenever, even main menu) my mouse cursor is "glued" to the top-left corner of the desktop and I can't move it from there. Alt+tab back to game and it works again (in game only). Aditionally whole process takes longer and sometimes "black screen" doesn't go away and I need to alt+ctrl+del and then alt+tab back to game.

How to reproduce:
Start the game, alt+tab back to the desktop,

Build:
27 June 2011, nightly from http://ufoai.ninex.info/wiki/index.php/Download (complete installer)

My spec:
Windows 7 64 bit, Radeon HD 4870, DxDiag attached.
===== Comments Ported from Sourceforge =====

====== *anonymous (2011-06-29 13:54:32) ======


====== *anonymous (2011-06-29 13:54:50) ======


====== *anonymous (2011-06-29 13:55:10) ======


====== *anonymous (2011-06-29 13:56:11) ======

This did not happen in game build from http://ufoai.ninex.info/forum/index.php?topic=2830.660
ufoai-2.4-dev-1301086950-Debug-pentium3-O1-sse-7z-full-win32.exe
ufoai-2.4-dev-Update-1301086950-to-1308233728-Debug-pentium3-O1-sse-7z-small-win32.exe
====== edirr (2011-06-30 06:56:34) ======

Alt + tab is working just fine on new builds from current master using muton's tools. He provided a patch for the alt+tab issue earlier, it was related to SDL version used by MinGW.

Is the nightly buildbot MinGW SDL patched?
====== *anonymous (2011-06-30 10:00:29) ======

I have downloaded MinGW from your site (codeblocks.zip package) at 29.06.2011 19:08 GMT+2
Then compiled game from git (latest commit 0545840dd72915f720de9bc98ac745b93f0d0620) around midnight and issue still persists for me. Maybe I'm not using those muton's tools, where can I get it?
====== tlh2000 (2011-07-03 08:13:42) ======

no, the nightly buildbot uses the upstream version of sdl

but as this is a SDL issue, i will close this ticket
====== sf-robot (2011-07-17 08:20:05) ======

This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).