MC-33903Cannot enter fullscreen reliably on Linux
Game cannot reliably go fullscreen. When playing, pressing F11 or changing the "Fullscreen" setting in the Video Options sometimes fails to put the game in fullscreen, returning to windowed mode after a short delay. The screen blanks as when going fullscreen successfully, but the windowed mode returns immediately.
Only happens when an actual game is running. Doesn't happen at the title screen, happens when the in-game menu is accessed (via ESC).
It often takes 5-10 switches (either through options or F11) to get to fullscreen. Opening menus, defocusing and refocusing the game window and other voodoo might help, but not reliably.
Possibly related: Sometimes when the fullscreen mode is entered, the player is unable to turn around more than a fixed amount (as if the cursor was confined to the earlier, small window or went outside and did not register).
Environment
Linux vivaldi 3.5.0-41-generic #64-Ubuntu SMP Wed Sep 11 15:36:42 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
server glx vendor string: NVIDIA Corporation
server glx version string: 1.4
Qt: 4.8.3
KDE: 4.9.5
Linked Issues
Created Issue:
Cannot enter fullscreen reliably on Linux
Game cannot reliably go fullscreen. When playing, pressing F11 or changing the "Fullscreen" setting in the Video Options sometimes fails to put the game in fullscreen, returning to windowed mode after a short delay. The screen blanks as when going fullscreen successfully, but the windowed mode returns immediately.
Only happens when an actual game is running. Doesn't happen at the title screen, happens when the in-game menu is accessed (via ESC).
It often takes 5-10 switches (either through options or F11) to get to fullscreen. Opening menus, defocusing and refocusing the game window and other voodoo might help, but not reliably.
Possibly related: Sometimes when the fullscreen mode is entered, the player is unable to turn around more than a fixed amount (as if the cursor was confined to the earlier, small window or went outside and did not register).
Environment
Linux vivaldi 3.5.0-41-generic #64-Ubuntu SMP Wed Sep 11 15:36:42 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
server glx vendor string: NVIDIA Corporation
server glx version string: 1.4
Linux vivaldi 3.5.0-41-generic #64-Ubuntu SMP Wed Sep 11 15:36:42 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
server glx vendor string: NVIDIA Corporation
server glx version string: 1.4
Qt: 4.8.3
KDE: 4.9.5
Hypothetically speaking, if I were to use some Package Made for Coders to deobfuscate, modify and recompile your JARs and then pinpoint the problem, what should I do afterwards?
![[Mod] Ezekiel (ezfe)](../../../data/assets/gravatar/ezekielelin.jpeg){kind=small}
relates to
relates to
![[Mod] Torabi](../../../data/assets/gravatar/torabi.png){kind=small}
LWJGL dev/contributor here.
This is about Minecraft cannot reliably enter fullscreen on linux, and about LWJGL being blamed for it.
I tried to fix this issue in LWJGL once and for all only to discover that it is in fact a Minecraft issue 
You are calling Display.setFullscreen(true) when the user presses F11 (which is correct), but shortly after this you check if the window lost its focus. If Display.isActive() return false you disable fullscreen.
The problem is that switching to fullscreen can take a while and LWJGL returns false on Display.isActive() while the switching happens (during which the window is destroyed and re-created, so this is technically correct).
This leads to a race-condition where sometimes LWJGL is fast enough and the game enters fullscreen as expected and sometimes Minecraft decides the game lost focus before fullscreen is reached and switches back to window mode.
More or less related:
MC-33903
MC-19751
Related ticket in LWJGL bug tracker:
https://github.com/LWJGL/lwjgl/issues/38
As described at the end of this bug report:
MC-33903
and on this reddit thread:
http://www.reddit.com/r/linux_gaming/comments/35nheg
sometimes in fullscreen the character cannot turn all the way around, but only as far as the invisible cursor can go to the edge of the screen. This doesn't happen all the time, and this behavior goes away when you view the Esc menu, or leave fullscreen and return to it.
15w49b video: https://www.youtube.com/watch?v=qQRadVJmb7o
Please force a crash by pressing F3 + C for 10 seconds while in-game and attach the crash report (minecraft/crash-reports/crash-<DATE>-client.txt) here.
I'm a developer and am willing to further investigate this issue if needed.
Crash report as per request
Your driver is outdated.
Current is 325.08 beta http://www.geforce.com/drivers/results/63577 or 319.60 http://www.geforce.com/drivers/results/67567
Thanks, I'll update.
Though I hightly doubt it'll fix this age-old bug.
Take a look at
MC-2067While fullscreen usually crashes on my Macbook, I can also (unreliably) replicate the cursor/turning thing.
Linux cafebabe 3.8.0-31-generic #46-Ubuntu SMP Tue Sep 10 20:03:44 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
server glx vendor string: SGI
server glx version string: 1.4
Qt: 4.8.4
KDE: 4.10.5
Thanks, I will check
MC-2067out.It did not come up come up in my searches before posting this bug (rather got the fullscreen crash ones).
I will investigate further.
So, reading various topics, it looks like this might actually be a WM/driver/lwjgl issue even though it's age-old.
What bugs me is that it doesn't happen at the title menu so there is something in the game code that's triggering it.
I found something. There's a function calling Display.setFullscreen() from LWJGL, which usually gets called after a check for F11:
if (Keyboard.getEventKey() == KEY_F11)
{ function(); }On the occasions where this bug happens and I can't get fullscreen for more than a split second, the same function also gets called from somewhere else, doing a Display.setFullscreen(false) on top of the earlier call. That somewhere else is around a Display.isActive() check.
Is this still a concern in the latest Minecraft version 13w48b? If so, please update the affected versions in order to best aid Mojang ensuring bugs are still valid in the latest releases/pre-releases.
It seems like the problem in the title is gone.
However, the "cursor confinement" issue is now 100% replicatable. (But can be worked around by freeing the cursor by opening a menu (ESC) before going fullscreen – also at 100%)
Feel free to resolve the issue.
I will open another one for the cursor or comment on an existing report as soon as I have the time.