gzdoom-g2.2pre-355-g7105a87 - windows cursor stays on screen

[Batandy]

Hey, so, i've downloaded the latest gzdoom and i'm having this bug that happens with every wad, basically whn i open gzdoom the windows mouse cursor does not disappear and stays at the center of the screen, locked.
By pressing Alt-Enter twice, one to get the game in windowed mode and the other to get it back in fullscreen seems to fix the problem, the cursor disappears and if i navigate the game's menu the normal "Daisy" gzdoom cursor shows up

I think it's something related to the game's resolution, because it doesn't seem to happen with 640x480, but it happens with 1680x1050 and 1920x1080 (the last one being the resolution of my monitor)
Another thing is that after switching the resolution in the option, i get a black screen and only hear the sounds of the menu, and have to Alt-F4 out

[Rex Claussen]

By pressing Alt-Enter twice, one to get the game in windowed mode and the other to get it back in fullscreen seems to fix the problem, the cursor disappears and if i navigate the game's menu the normal "Daisy" gzdoom cursor shows up

I simply press ESC and the spiked bunny head disappears. But, yes, this appears to be an unintended issue.

[blueinferno776]

That happened to me plenty of times. I go to the mouse options and toggle enable mouse in menu value until it disperses.

[Batandy]

Btw, quick update, i've found out that by right-clicking gzdoom, properties and then checking "disable visual themes" seems to solve this issue

[JudgeGroovy]

I just came to post this issue as well, and it also happens in gzdoom-bin-2-1-1-x64. Never happened in previous builds, the latest one I tried being gzdoom-g2.1.pre-1307.

Btw, quick update, i've found out that by right-clicking gzdoom, properties and then checking "disable visual themes" seems to solve this issue

Thanks, this fixes it for me!

Still, would be a cool bug to fix, just so I don't have to remember to do this setting for each gzdoom update. Not that I'm complaining.

[Graf Zahl]

If I knew how to do it, I'd change it. But Microsoft, as usual, provides little help with this kind of issue.

[Rachael]

If I knew how to do it, I'd change it. But Microsoft, as usual, provides little help with this kind of issue.

Perhaps this could be used to fix the issue, or at least work around it until a better work-around is found?

I simply press ESC and the spiked bunny head disappears.

I know it's hacky (forcing the mouse cursor to be shown, not the menu), but it wouldn't be necessary to show the mouse cursor for more than a brief frame or two, and could happen for a mere second after any notable display initialization (such as going fullscreen or changing video mode).

[ArchXeno]

I'm getting the same issue as well, GZDoom 2.1.1 and any subsequent builds. Disabling visual themes did not work

[MaxED]

1. This also happens on my side.
2. Looks like the mouse is registered as "inside of the fullscreen window" only when it's inside the borders of the console window, positioned at the top-left corner of the screen (that's why it works "better" at lower resolutions).
3. I found the problem source: undoing this commit fixes the issue on my side. Alternatively, adding "DefWindowProc(hWnd, message, wParam, lParam);" at the end of the case works too.
4. GZDoom fails to switch back to the game after closing the reverbs editor when running in fullscreen mode.

[Graf Zahl]

That's all a bit odd. I wonder what the difference between our systems is as I never had this issue, neither on Windows 7 nor on 8.1

[MaxED]

Anything I can do to help?..

Also, if anyone with the issue is willing to test the fix, I've attached the modified gzdoom.exe (FMOD only, no NASM, no Git version, cause i'm lazy), based on the latest commit (cf7f7b0d547a084bab42165c338fe9f9f9e03fbb).

[Graf Zahl]

What did you change?

[MaxED]

I've changed this (i_input.cpp, line 527):

Code: Select all

	case WM_DISPLAYCHANGE:
	case WM_STYLECHANGED:
		if (SpawnEAXWindow)
		{
			SpawnEAXWindow = false;
			ShowEAXEditor ();
		}
		break;

to this:

Code: Select all

	case WM_DISPLAYCHANGE:
	case WM_STYLECHANGED:
		if (SpawnEAXWindow)
		{
			SpawnEAXWindow = false;
			ShowEAXEditor ();
		}
		else
		{
			DefWindowProc(hWnd, message, wParam, lParam);
		}
		break;

[MaxED]

HOLY SHET YOU MAED IT EVEN WORSE! PLES SHTAP!!!

So yeah, not only mouse, but also the render area is clipped by the console window in the latest git build (a0d0d9339eb725dfbeabe41a3176fa542da5eeba). My suggested fix fixes that on my side.

[Graf Zahl]

I really wonder what causes this - because adding those lines or not you suggest makes no difference for me. It always works.