MantisBT - Zandronum
View Issue Details
0001618Zandronum[All Projects] Bugpublic2013-12-27 04:142017-09-07 20:35
DevilHunter 
Torr Samaho 
highblockalways
feedbackwaiting for zdoom 
MicrosoftWindowsXP
2.0-beta 
3.1 
0001618: Mouse gets stuck when Alt-Tabbing out of FullScreen
Just 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.

1. 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
This is really annoying, and should be Fixed :/
No tags attached.
related to 0002172closed Torr Samaho Upgrade GZDoom base to 1.8.6 
Issue History
2013-12-27 04:14DevilHunterNew Issue
2014-01-02 19:46Torr SamahoNote Added: 0007854
2014-01-02 19:46Torr SamahoStatusnew => feedback
2014-01-02 23:24DevilHunterNote Added: 0007856
2014-01-02 23:24DevilHunterStatusfeedback => new
2014-01-03 09:52Torr SamahoNote Added: 0007859
2014-01-03 10:05DevilHunterNote Added: 0007860
2014-01-03 10:24DevilHunterNote Edited: 0007860bug_revision_view_page.php?bugnote_id=7860#r4346
2014-01-03 13:37Torr SamahoNote Added: 0007865
2014-01-03 13:38Torr SamahoStatusnew => feedback
2014-01-03 13:40Torr SamahoNote Edited: 0007865bug_revision_view_page.php?bugnote_id=7865#r4350
2014-01-03 20:27DevilHunterNote Added: 0007876
2014-01-03 20:27DevilHunterStatusfeedback => new
2014-01-03 20:37HypnotoadNote Added: 0007877
2014-01-03 21:43Torr SamahoNote Added: 0007879
2014-01-03 21:51Torr SamahoNote Edited: 0007879bug_revision_view_page.php?bugnote_id=7879#r4360
2014-01-03 21:53Torr SamahoStatusnew => feedback
2014-01-04 02:13DevilHunterNote Added: 0007881
2014-01-04 02:13DevilHunterStatusfeedback => new
2014-01-04 02:17DevilHunterNote Edited: 0007881bug_revision_view_page.php?bugnote_id=7881#r4362
2014-01-04 09:42Torr SamahoNote Added: 0007882
2014-01-04 10:32DevilHunterNote Added: 0007885
2014-01-04 10:32DevilHunterNote Edited: 0007881bug_revision_view_page.php?bugnote_id=7881#r4363
2014-01-04 10:49Torr SamahoNote Added: 0007886
2014-01-05 06:23DevilHunterNote Added: 0007889
2014-01-05 11:06Torr SamahoNote Added: 0007890
2014-01-05 22:26DevilHunterNote Added: 0007893
2014-01-06 18:00DuskTarget Version => 2.0
2014-07-16 20:37StrikerMan780Note Added: 0009987
2014-07-16 20:38StrikerMan780Note Edited: 0009987bug_revision_view_page.php?bugnote_id=9987#r5355
2014-07-20 04:56StrikerMan780Note Edited: 0009987bug_revision_view_page.php?bugnote_id=9987#r5370
2014-07-20 09:12FritsNote Added: 0010009
2014-10-06 21:31WatermelonNote Added: 0010369
2014-10-07 01:41ArcoPriorityimmediate => high
2014-10-07 01:41ArcoSeveritymajor => block
2014-10-31 13:55KarakurtNote Added: 0010747
2014-10-31 15:54WatermelonNote Added: 0010748
2014-11-05 21:27KarakurtNote Added: 0010832
2014-11-06 13:13StrikerMan780Note Edited: 0009987bug_revision_view_page.php?bugnote_id=9987#r5943
2014-11-06 13:14StrikerMan780Note Added: 0010835
2014-11-06 13:24KarakurtNote Added: 0010836
2014-11-08 07:34StrikerMan780Note Added: 0010839
2014-11-08 07:35StrikerMan780Note Edited: 0010839bug_revision_view_page.php?bugnote_id=10839#r5945
2015-03-16 20:00MarcaekNote Added: 0011855
2015-03-29 19:02DuskTarget Version2.0 => 3.0
2015-04-04 20:00DuskRelationship addedchild of 0002172
2015-05-09 13:57DuskStatusnew => assigned
2015-05-09 13:57DuskAssigned To => Torr Samaho
2015-05-09 13:57DuskStatusassigned => needs testing
2015-08-02 01:46IvanNote Added: 0013028
2015-12-10 04:03CombinebobntNote Added: 0013954
2016-04-15 01:03Ru5tK1ngNote Added: 0014711
2016-04-15 01:03Ru5tK1ngStatusneeds testing => feedback
2016-07-02 09:28Torr SamahoNote Added: 0015158
2016-07-02 19:25Ru5tK1ngNote Added: 0015194
2016-07-19 03:13Ru5tK1ngNote Added: 0015385
2016-07-19 11:29Edward-sanStatusfeedback => acknowledged
2016-07-19 11:29Edward-sanResolutionopen => waiting for zdoom
2017-03-16 02:20WaTaKiDNote Added: 0016994
2017-03-19 13:12Torr SamahoNote Added: 0017014
2017-03-19 13:12Torr SamahoStatusacknowledged => feedback
2017-04-02 09:22Torr SamahoTarget Version3.0 => 3.1
2017-04-02 21:34Ru5tK1ngNote Added: 0017084
2017-04-03 06:02Torr SamahoNote Added: 0017085
2017-09-07 20:35DuskRelationship deletedchild of 0002172
2017-09-07 20:35DuskRelationship addedrelated to 0002172

Notes
(0007854)
Torr Samaho   
2014-01-02 19:46   
Is it any different in GZDoom 880?
(0007856)
DevilHunter   
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.
(0007859)
Torr Samaho   
2014-01-03 09:52   
But it's not working properly (albeit differently) in GZDoom 880 either?
(0007860)
DevilHunter   
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.

(0007865)
Torr Samaho   
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.

(0007876)
DevilHunter   
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 :/
(0007877)
Hypnotoad   
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.
(0007879)
Torr Samaho   
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.

(0007881)
DevilHunter   
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.

(0007882)
Torr Samaho   
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.
(0007885)
DevilHunter   
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.
(0007886)
Torr Samaho   
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?
(0007889)
DevilHunter   
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.
(0007890)
Torr Samaho   
2014-01-05 11:06   
in_mouse 3 is the same as 2 or 1? And 1 is different from 0?
(0007893)
DevilHunter   
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.
(0009987)
StrikerMan780   
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.

(0010009)
Frits   
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.
(0010369)
Watermelon   
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...
(0010747)
Karakurt   
2014-10-31 13:55   
This only happens with opengl
(0010748)
Watermelon   
2014-10-31 15:54   
Happens to me in software as well
(0010832)
Karakurt   
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.
(0010835)
StrikerMan780   
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.
(0010836)
Karakurt   
2014-11-06 13:24   
Have you tried that in opengl...?
(0010839)
StrikerMan780   
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.

(0011855)
Marcaek   
2015-03-16 20:00   
All in_mouse settings besides 1 work for me when tabbing out in OpenGL.
(0013028)
Ivan   
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.
(0013954)
Combinebobnt   
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.
(0014711)
Ru5tK1ng   
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.
(0015158)
Torr Samaho   
2016-07-02 09:28   
Is GZDoom 1.8.6 any different?
(0015194)
Ru5tK1ng   
2016-07-02 19:25   
Actually, in_mouse 1 locks up your mouse the same way in GZ 1.8.6.
(0015385)
Ru5tK1ng   
2016-07-19 03:13   
I reported the bug on the ZDoom forums since it still occurs in 2.8

'http://forum.zdoom.org/viewtopic.php?f=2&t=52725 [^]'
(0016994)
WaTaKiD   
2017-03-16 02:20   
after being reported to gzdoom's bug tracker, it has been closed as "wont fix"

'https://mantis.zdoom.org/view.php?id=251 [^]'
(0017014)
Torr Samaho   
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?
(0017084)
Ru5tK1ng   
2017-04-02 21:34   
Yes, it still can happen while playing the game in full screen.
(0017085)
Torr Samaho   
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.