Zandronum Chat @
Get the latest version: 3.0
Source Code

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0001618Zandronum[All Projects] Bugpublic2013-12-27 04:142017-09-07 20:35
Assigned ToTorr Samaho 
StatusfeedbackResolutionwaiting for zdoom 
PlatformMicrosoftOSWindowsOS VersionXP
Product Version2.0-beta 
Target Version3.1Fixed in Version 
Summary0001618: Mouse gets stuck when Alt-Tabbing out of FullScreen
DescriptionJust as it says. Dunno what Zdoom revision this broke, but I tried looking though the whole Zdoom Changelog, and well Idunno. It musta been when they first put in Mouse Navigation in Menu's.

Steps To Reproduce1. Start up Zandro 2.0
2. Alt-Tab out while in Fullscreen
3. You can't move the mouse.


1. Start Up Zandro 2.0
2. Mouse will get stuck to the center of the screen; On Screen till you quit
Additional InformationThis is really annoying, and should be Fixed :/
Attached Files

- Relationships
related to 0002172closedTorr Samaho Upgrade GZDoom base to 1.8.6 

-  Notes
User avatar (0007854)
Torr Samaho (administrator)
2014-01-02 19:46

Is it any different in GZDoom 880?
User avatar (0007856)
DevilHunter (reporter)
2014-01-02 23:24

Oddly enough, the Mouse does not get stuck.. BUT.. instead the Game stays in the backround when Alt-Tabbing out, and my mouse is moving on the Desktop, but everywhere else, there is Pure Black while my Mouse disappears.

So.. I dunno whats going on here. I backed up and deleted my ini and all other files from the Zan Testing Folder, I still get the same issues there.
User avatar (0007859)
Torr Samaho (administrator)
2014-01-03 09:52

But it's not working properly (albeit differently) in GZDoom 880 either?
User avatar (0007860)
DevilHunter (reporter)
2014-01-03 10:05
edited on: 2014-01-03 10:24

yea, its messing up in somewhat of the same way as in Zan 2.0. It's somewhat hard to explain, but if I remember correctly... GZDoom did have this issue up til 2.6.0 but not sure. '

I just remember that I kept going for every new SVN copy, hoping it would be fixed, and then it was. The stable gzdoom works just fine, so yea.. it could be in that range of version's.

Also, I see some supporters here on this ticket, but please put in your Input on this. I really suck at explaining stuff.

I think when playing online in Zan 2.0 is when it happens the most.

EDIT: ok well it seems to happen alot when Playing 2.0 online. No clue if it has to do with me being the Host of the server though.. Haven't got around to joining some other 2.0 server.

User avatar (0007865)
Torr Samaho (administrator)
2014-01-03 13:37
edited on: 2014-01-03 13:40

GZDoom 880 should be equivalent to the stable version GZDoom 1.5.0. To which GZDoom version do you refer with "The stable gzdoom works just fine"?

From what you said so far it sounds like a GZDoom bug to me that has been fixed after GZDoom 1.5.0.

EDIT: BTW: Alt-Tab works just fine for me. So this issue only seems to affect certain system configurations.

User avatar (0007876)
DevilHunter (reporter)
2014-01-03 20:27

Well, it seems to happen for the most of us. Even WaTaKiD had the same issue as I. Anyhow, probley have a look in here > Searched for Mouse in Zdoom Commits. Probley find something in there.

All I know is, is that if I start my own server, and join it, or rather join some other 2.0 server.. The Mouse will sometimes get stuck in the middle of the screen, and therfore, alt-tabbing out will only make things worse, as I can't move my mouse at all in the desktop.

It's almost like Zan just Captures the mouse and Holds it like DosBox's MouseLock.

The Stable Version of Gzdoom, is the Newest one Out. So somewhere between 1.5.0 and 1.8.2 it was fixed, but I can't find any mention of it. So many commits :/
User avatar (0007877)
Hypnotoad (reporter)
2014-01-03 20:37

I also have had this issue, I'd say it happens 75% of the time, mouse control is not released on alt + tabbing. Curiously, sometimes I find the mouse to not work properly even after exiting Zandronum and I have to ctrl + alt + delete then enter windows explorer again to fix it.

I also usually don't have control of mouse after alt tabbing from GZDoom 880 either.

Also, if I load zandronum 2.0, then quickly alt tab to somewhere else while it is loading (or some other window interrupts), then alt tab back to it after it has loaded, the mouse cursor will be stuck in the middle of the screen.
User avatar (0007879)
Torr Samaho (administrator)
2014-01-03 21:43
edited on: 2014-01-03 21:51

Quote from DevilHunter

The Stable Version of Gzdoom, is the Newest one Out. So somewhere between 1.5.0 and 1.8.2 it was fixed, but I can't find any mention of it. So many commits :/
Can you compile GZDoom on your machine? Then you could compile old versions and find out when the problem was fixed.

EDIT: Does it help to set in_mouse to something different? Valid values are integers from 0 to 3.

User avatar (0007881)
DevilHunter (reporter)
2014-01-04 02:13
edited on: 2014-01-04 10:32

This Might be the Issue. Shows SVN r3367 in the commits.

I could probably compile builds of GZdoom, never did try yet. I'll check it once I get back to my pc.

EDIT: Also This might be a fix of it too.

User avatar (0007882)
Torr Samaho (administrator)
2014-01-04 09:42

Did you see the part of my last message about in_mouse? Try if changing this helps.

Your first link points to a OS X only change, so that can't help up. The other link is related to the new menu code we don't have.
User avatar (0007885)
DevilHunter (reporter)
2014-01-04 10:32

/me sighs...

Oddly enough, in_mouse 2 fixes it. Though, the game still gets stuck in the backround, but I'm sure that's normal behavior for OpenGL games.

So... Protip everyone.. To get rid of this, somewhat.. type in "in_mouse 2" in the console.

I guess this can be closed now, as its just that a setting should be defaulted to 2.
User avatar (0007886)
Torr Samaho (administrator)
2014-01-04 10:49

I think each of the input types has different drawbacks, so we should still try to fix the issue.

The meaning of the values is as follows: 0 = automatic, 1 = Win32, 2 = DirectInput, 3 = RawInput.

Can you please test 1, 2 and 3, and report which works and which does not?
User avatar (0007889)
DevilHunter (reporter)
2014-01-05 06:23

Ok.. My post disappeared out of nowhere. I swear it said Note Added anyhow..

in_mouse 0 does what it says in the Bug Report.

in_mouse 1 does get rid of the Mouse Cursor being stuck in-game, but alt-tab out causes the mouse cursor to be locked to the Center of the screen

in_mouse 2 really just fixes it all.

in_mouse 3 is the same.

So there you go. As for checking out each Gzdoom Revs... Sadly I do not have the time right now. Sorry.. someone else has to step up in that part of the deal.
User avatar (0007890)
Torr Samaho (administrator)
2014-01-05 11:06

in_mouse 3 is the same as 2 or 1? And 1 is different from 0?
User avatar (0007893)
DevilHunter (reporter)
2014-01-05 22:26

in_mouse 3 is the same as 2. 1, as I already said, gets rid of the mouse being stuck in-game, but alt-tabbing out makes it to where the game still has hold of the mouse.
User avatar (0009987)
StrikerMan780 (reporter)
2014-07-16 20:37
edited on: 2014-11-06 13:13

For me, in_mouse 3 causes the mouse to get stuck and disappears on occasion. My OS is Windows 7 x64.

User avatar (0010009)
Frits (reporter)
2014-07-20 09:12

For me (I always play windowed mode) the mouse cursor turns invisible while the console is down or I'm in the menu in 2.0.
In 1.2.2 or previous version i could see the mouse over the zandronum window in those situations.
It doesn't get stuck though it, the cursor just turns invisible. Moving the cursor out of the window makes it visible again.
User avatar (0010369)
Watermelon (developer)
2014-10-06 21:31

For some odd reason this started happening to me on 1.2.2 after I formatted and re-installed windows. Might have something to do with Windows update or the drivers...
User avatar (0010747)
Karakurt (reporter)
2014-10-31 13:55

This only happens with opengl
User avatar (0010748)
Watermelon (developer)
2014-10-31 15:54

Happens to me in software as well
User avatar (0010832)
Karakurt (reporter)
2014-11-05 21:27

AFAIK this should happen in software if your in_mouse is set to 1. Didn't notice it with other values.
User avatar (0010835)
StrikerMan780 (reporter)
2014-11-06 13:14

Seems if I toggle from in_mouse 3 (which makes my mouse get stuck), to in_mouse 2, it'll let go of the mouse and I can use it when alt-tabbing. Hope that makes any sense.
User avatar (0010836)
Karakurt (reporter)
2014-11-06 13:24

Have you tried that in opengl...?
User avatar (0010839)
StrikerMan780 (reporter)
2014-11-08 07:34
edited on: 2014-11-08 07:35

^ OpenGL is the only thing I use, so yes.

Also, I found that if you start the game with in_mouse 3 already on, the game will have the windows cursor on top of it, stuck in the center.

User avatar (0011855)
Marcaek (reporter)
2015-03-16 20:00

All in_mouse settings besides 1 work for me when tabbing out in OpenGL.
User avatar (0013028)
Ivan (reporter)
2015-08-02 01:46

It happens for me when I try to join a server, but I don't have Zandronum loading screen focused ie. I click at the background and it gets dropped down. When game begins, I can't move my mouse.
User avatar (0013954)
Combinebobnt (reporter)
2015-12-10 04:03

Tested in Software & OpenGL in r151206-2117, in_mouse(0,2,3) works fine, but in_mouse 1 will lock your mouse up when alt-tabbed in both renderers.
User avatar (0014711)
Ru5tK1ng (updater)
2016-04-15 01:03

I can confirm that the bug still exists with r160410-1037.

in_mouse 1 still locks up your mouse in SW and OGL.
User avatar (0015158)
Torr Samaho (administrator)
2016-07-02 09:28

Is GZDoom 1.8.6 any different?
User avatar (0015194)
Ru5tK1ng (updater)
2016-07-02 19:25

Actually, in_mouse 1 locks up your mouse the same way in GZ 1.8.6.
User avatar (0015385)
Ru5tK1ng (updater)
2016-07-19 03:13

I reported the bug on the ZDoom forums since it still occurs in 2.8 [^]
User avatar (0016994)
WaTaKiD (updater)
2017-03-16 02:20

after being reported to gzdoom's bug tracker, it has been closed as "wont fix" [^]
User avatar (0017014)
Torr Samaho (administrator)
2017-03-19 13:12

The GZDoom report only mentions that this happens when you alt-tab out of fullscreen while GZDoom is still loading. Does it also happen if you alt-tab while you are already fully in the game and playing?
User avatar (0017084)
Ru5tK1ng (updater)
2017-04-02 21:34

Yes, it still can happen while playing the game in full screen.
User avatar (0017085)
Torr Samaho (administrator)
2017-04-03 06:02

Can you report this at GZDoom? I can see if Graf thinks that alt-tabbing out of GZDoom while GZDoom is still starting up is something one can easily avoid doing, but not being allowed to alt-tab out at all is a problem.

Issue Community Support
Only registered users can voice their support. Click here to register, or here to log in.
Supporters: jwaffe someoneelse Hypnotoad WaTaKiD ZzZombo Watermelon Karakurt Lollipop StrikerMan780 Ivan Combinebobnt Ru5tK1ng VoiceLiker321
Opponents: No one explicitly opposes this issue yet.

- Issue History
Date Modified Username Field Change
2013-12-27 04:14 DevilHunter New Issue
2014-01-02 19:46 Torr Samaho Note Added: 0007854
2014-01-02 19:46 Torr Samaho Status new => feedback
2014-01-02 23:24 DevilHunter Note Added: 0007856
2014-01-02 23:24 DevilHunter Status feedback => new
2014-01-03 09:52 Torr Samaho Note Added: 0007859
2014-01-03 10:05 DevilHunter Note Added: 0007860
2014-01-03 10:24 DevilHunter Note Edited: 0007860 View Revisions
2014-01-03 13:37 Torr Samaho Note Added: 0007865
2014-01-03 13:38 Torr Samaho Status new => feedback
2014-01-03 13:40 Torr Samaho Note Edited: 0007865 View Revisions
2014-01-03 20:27 DevilHunter Note Added: 0007876
2014-01-03 20:27 DevilHunter Status feedback => new
2014-01-03 20:37 Hypnotoad Note Added: 0007877
2014-01-03 21:43 Torr Samaho Note Added: 0007879
2014-01-03 21:51 Torr Samaho Note Edited: 0007879 View Revisions
2014-01-03 21:53 Torr Samaho Status new => feedback
2014-01-04 02:13 DevilHunter Note Added: 0007881
2014-01-04 02:13 DevilHunter Status feedback => new
2014-01-04 02:17 DevilHunter Note Edited: 0007881 View Revisions
2014-01-04 09:42 Torr Samaho Note Added: 0007882
2014-01-04 10:32 DevilHunter Note Added: 0007885
2014-01-04 10:32 DevilHunter Note Edited: 0007881 View Revisions
2014-01-04 10:49 Torr Samaho Note Added: 0007886
2014-01-05 06:23 DevilHunter Note Added: 0007889
2014-01-05 11:06 Torr Samaho Note Added: 0007890
2014-01-05 22:26 DevilHunter Note Added: 0007893
2014-01-06 18:00 Dusk Target Version => 2.0
2014-07-16 20:37 StrikerMan780 Note Added: 0009987
2014-07-16 20:38 StrikerMan780 Note Edited: 0009987 View Revisions
2014-07-20 04:56 StrikerMan780 Note Edited: 0009987 View Revisions
2014-07-20 09:12 Frits Note Added: 0010009
2014-10-06 21:31 Watermelon Note Added: 0010369
2014-10-07 01:41 Arco Priority immediate => high
2014-10-07 01:41 Arco Severity major => block
2014-10-31 13:55 Karakurt Note Added: 0010747
2014-10-31 15:54 Watermelon Note Added: 0010748
2014-11-05 21:27 Karakurt Note Added: 0010832
2014-11-06 13:13 StrikerMan780 Note Edited: 0009987 View Revisions
2014-11-06 13:14 StrikerMan780 Note Added: 0010835
2014-11-06 13:24 Karakurt Note Added: 0010836
2014-11-08 07:34 StrikerMan780 Note Added: 0010839
2014-11-08 07:35 StrikerMan780 Note Edited: 0010839 View Revisions
2015-03-16 20:00 Marcaek Note Added: 0011855
2015-03-29 19:02 Dusk Target Version 2.0 => 3.0
2015-04-04 20:00 Dusk Relationship added child of 0002172
2015-05-09 13:57 Dusk Status new => assigned
2015-05-09 13:57 Dusk Assigned To => Torr Samaho
2015-05-09 13:57 Dusk Status assigned => needs testing
2015-08-02 01:46 Ivan Note Added: 0013028
2015-12-10 04:03 Combinebobnt Note Added: 0013954
2016-04-15 01:03 Ru5tK1ng Note Added: 0014711
2016-04-15 01:03 Ru5tK1ng Status needs testing => feedback
2016-07-02 09:28 Torr Samaho Note Added: 0015158
2016-07-02 19:25 Ru5tK1ng Note Added: 0015194
2016-07-19 03:13 Ru5tK1ng Note Added: 0015385
2016-07-19 11:29 Edward-san Status feedback => acknowledged
2016-07-19 11:29 Edward-san Resolution open => waiting for zdoom
2017-03-16 02:20 WaTaKiD Note Added: 0016994
2017-03-19 13:12 Torr Samaho Note Added: 0017014
2017-03-19 13:12 Torr Samaho Status acknowledged => feedback
2017-04-02 09:22 Torr Samaho Target Version 3.0 => 3.1
2017-04-02 21:34 Ru5tK1ng Note Added: 0017084
2017-04-03 06:02 Torr Samaho Note Added: 0017085
2017-09-07 20:35 Dusk Relationship deleted child of 0002172
2017-09-07 20:35 Dusk Relationship added related to 0002172

Questions or other issues? Contact Us.


Copyright © 2000 - 2020 MantisBT Team
Powered by Mantis Bugtracker