Miscalculation of camera position in windowed mode on Linux

I noticed that bug in snapshots 19w06a and 19w07a with my mouse on Debian KDE in Fullscreen mode. I doesn't come from my mouse since it works perfectly on 19w05a. My java version is openjdk 11.0.2.

I've experienced a similar issue.  Single player or multiplayer, when looking around, the pitch/yaw glitches to a different position.  But when I tested this issue in full-screen as you have, the issue goes away.  I'm using 19w07a, on Debian 9/4.17 kernel/openbox (not KDE).  But it seems, my problem turned out to be related to the dock (docky) interfering and stealing the mouse focus when not full screen. 

A small update, I have a new computer now and it seems that on a fresh install of Linux with KDE/Kwin this issue doesn't happen. It's possible that because I switched from an Nvidia graphics card to an AMD one, the change in drivers and X-server settings affected if this problem happens or not.

I've noticed this a lot. Recently had to reinstall an OS due to improper graphics configurations and I chose KDE Plasma. Instantly, I realized this happening, especially where I move a lot on creative. It's especially annoying in survival because I have nearly died a lot due to this. I can't run fullscreen as I like to quickly be able to look something up or check something.

still happens in 19w09a

debian testing + kde, nvidia graphics card

Also happening for me with Deepin / Manjaro.

It still happens for me in full-screen too, so I don't have any work-around 😞.

A few observations about this: (tested in windowed mode)

-I have 3 monitors, and this glitch actually only happens on my leftmost monitor, on the other 2 monitors everything works fine

-It seems to happen after sharp horizontal movements, followed by a vertical one, but not after sharp vertical movements followed by horizontal ones. If I swerve my mouse horizontally, and then nudge it a little vertically, this will happen frequently, but not every time. Also sometimes there's a delay of a second or so before it changes the view, even if i don't touch my mouse at all during that time

still happens in 19w11b

another thing I found out is that it only happens to me in windowed mode, when maximized. if i manually resize the window to take up the whole screen, it works fine. As I've said in my previous post, it also only happens on one of my monitors

This happens to me in 19w11b.  Environment:

Linux Mint 18.3 Sylvia

GUI: Xfce 4.12, distributed by Xubuntu

The same as the previous comment (Boop).  It happens in full screen windowed mode, but not in any other size window.

19w12a still happens

Still happening in 19w12b. Pretty much unable to play anything past 19w05a

Still happening in 19w13a, but it's harder to reproduce.

I can confirm on 19w13a that i am still getting this with KDE on Arch Linux.

From the video above,I caught a particularly bad time. I've noticed that player rotation will be OK for about 10 minutes, with the occasional jump, but then there are some times where it is like the video above, where the player rotation keeps changing a lot within a few seconds, which has actually caused me to die a few times accidentally mining under myself in the nether, when i was mining in front of me. So it is rather frustrating.

Still happening in 1.14-pre2

I use Cinnamon desktop on Ubuntu 18.04

same here. 1.14-pre2 still has this bug. I am on Elementary OS with the pantheon desktop environment.

They downgrade lwjgl from 3.2.1 to 3.1.6 only for linux to fix this.

I have this bug, 1.14 release

Have the same problem as Xakep_SDK. My system is Linux MInt 19.1 XFCE. But the solution with fullscreen works for me. But I still test it. Will you keep up to date.

Triggered by some change in lwjgl 3.2.1 (works fine on 3.2.0). We rolled back to 3.1.6, but that caused MC-148461; proper fix coming later

I did some investigation a bit back though I never finished it. I did identify that between LWJGL 3.1.6 and LWJGL 3.2.1, the only commits to GLFW that seemed relevant were this and this. Constraining to the commits for 3.2.0 to 3.2.1, it looks like only 62993d939 is still in that range. So presumably that one is at fault, but I haven't been able to do any testing to confirm that. Hopefully this is still useful.

I have this bug.  I run Ubuntu 18.04.2 LTS with graphics card Intel® UHD Graphics 620 (Kabylake GT2).  Will try updating Ubuntu and see if it fixes it.

worth noting that multimc will force your lwjgl version to 3.2.1 by default on all operating systems. if you're using multimc, you have to manually change your version to 3.1.6

bug still present in 1.14 release

archlinux x64, "openbox" window manager, intel graphics

Yeah, I'm also getting weird sudden jerks of my camera, so I end up looking up. I'm also getting it in full screen though.

OS: Kubuntu 18.04

Same problem on Linux Mint.

With Lwjgl 3.1.6 work fine.

Same issue, amd 64 kubuntu geforce graphics

Affects me on elementary OS 5.0 "Juno", which uses Gala as its window manager. I also have an AMD R9 380, so I'm betting this is solely a LWJGL 3.2.1 problem and not caused by KDE.

Anybody have a workaround? I tried MultiMC, but it seems to have a problem switching LWJGL versions for 1.14.

Happens on Xubuntu 18.10 too, in fullscreen mode, with Nvidia 1060 Ti graphics card.

I also have this problem, Arch Linux + KDE, intel GPU

problem also occured after update to 1.14 on Manjaro Linux + Gnome 3, integrated intel graphics. Also in full screen

Same issue, KDE desktop, Arch Linux. Only happens for me when Minecraft is in Window mode and on a specific size, for example desktop size (like when you drag the window to the upper edge of the desktop, it will resize to to "problematic" window size).

Since nobody mentioned this, At least for me, It looks like this bug isn't present on (X)wayland

Linux Mint user here, happens with me too

I'm using KDE Plasma and switching to Fullscreen mode helped. Thanks for the tip!

I too am running into this bug again, now in 1.14
I use Ubuntu 18.04, Cinnamon desktop environment

Confirmed for 1.14.1 Pre-Release 1.

I have the same bug on Debian Buster with KDE and Nvidia Graphics Card. I had this bug in 1.14 and also now in 1.14.1 pre-release1

Same on Ubuntu 18.04 XFCE, both MultiMC and vanilla launcher. all pre-releases are doing it to me..

I also am not sure about changing the lwjgl.json file with the vanilla launcher, and with multimc, it crashes after I tried changing the lwjgl.json file (since changing the lwjgl version is glitchy), so I'm at a loss here..

LWJGL 3.2.2 fixed this problem, mouse sensitivity is increased a bit now.

I'd try doing that, but I don't quite know how to do that for multimc or minecraft

You can try using this: https://raw.githubusercontent.com/Dinolek/LWJGL-MultiMC/master/3.2.2.json
Edit Instance -> Version -> LWJGL 3 -> Customize -> Edit -> Paste this

How would you do that with the Vanilla launcher?

Following Dinolek's instructions above to load LWJGL 3.2.2 fixes the issue for me.

I tried this (I think). I moved everything in ~/.minecraft/libraries/org/lwjgl/ to a temp folder and extracted the lwjgl-3.2.2.zip into that folder. It didn't fix the issue for me, but that might not be the correct way to update lwjgl. If not, help would be appreciated.

They have different names by default and there is sha1 and size check, so if you change it like that it will get overwritten. You need to modify json.

That makes sense. Dinolek, are your instructions above to be done from the launcher GUI? I am not seeing anything in the ./minecraft directory that deals with LWJGL in a .json outsides of ~/.minecraft/versions/1.14/1.14.json but it doesn't look like the file you linked. I don't see it in the GUI either though. Thanks for the help.

For default minecraft launcher you need this.
Make folder 1.14.1_lwjgl3.2.2 and in this folder file 1.14.1_lwjgl3.2.2.json with this: https://pastebin.com/raw/r4Xq3ZPs

Wow, Dinolek, this launcher is amazing. Lags also was going away. Thank you!

Can confirm for:
1.14.2 Pre-Release 1,
1.14.2 Pre-Release 2,
1.14.2 Pre-Release 3.

Same, can confirm for 1.14.2 pre-3

This issue does not mention x2x but that is another way to trigger the bug.  I can also confirm the bug in 1.14 through 1.14.2 pre-3.

Using Dinolek's instructions I was able to switch to LWJGL 3.2.2 in MultiMC and it resolves my problem with x2x.  I was not able to get the vanilla launcher to use anything other than LWJGL 3.2.1 so I cannot confirm or deny for the vanilla launcher.

Try updating your lwjgl using above guides and see if that fixes it for you

I don't understand! Can someone explain how to do this in steps?

@Dgir I agree. It also doesn't seem wise to ask users to place unknown files (as in Dinolek's guide) in their home directory. One could provide a json file that downloads a modified version of LWJGL that includes awesome things like keyloggers and viruses.

@Josh Miller And how should I play 1.14 Minecraft on Linux without LWJGL 3.2.2? Have you thought about that?

@Dgir And yes it on 1.14.1, who cares? It's playable, only that's matter!

Its also happening on 1.14.2, seems to be an reccuring issue on manjaro kde. 
By my testing it only seems to glitch looking CCW, by inspecting your video its confirmed that its NOT random, only looking CCW glitches it, I didn't knew about fullscreen fixing it untill i looked here.

Sombody pls explain me how to do it in kubuntu 19.04 lwjgl stuff for 1.14.2 minecraft?

What is LWJGL 3.2.2? How it work?

I get this exact issue on Linux Mint 19.1, definitely a KDE issue

I can confirm in Manjaro KDE 18.0.4. Lwjgl 3.2.2 helps, but only for 1.4.1.

I'm confirming for Manjaro KDE
(KDE Plasma: 5.15.5)
On Linux Mint 19.1 Cinnamon the issue doesn't seem to exist, but only tried for a few minutes.
(MC Version: 1.14.2)

I have this error on the latest ubuntu mate with all versions of 1.14. Dinoleks .json that changes MultiMC to Lwjgl 3.2.2 fixes the problem.

This was just marked as resolved in 1.14.3pre1... but I just tested and the issue is still present.
It's only fixed by upgrading to the newer Lwjgl manually.

Can others please test and confirm?

@unknown It is marked as fixed in a future yet unreleased version, it is not fixed in 1.14.3-pre1. It will be fixed in pre2.

Ah ok! Thank you for the clarification. 

It is back on 1.14.4-pre2 - pre5, I guess because of MC-144107

I downloaded the 1.14.4-pre6 and the bug is back here too 😞

This needs to be re-opened! It's back in the 1.14.4 official update. It happens when it's in fullscreen as well, i'm on KDE. If i close Latte-dock the issue doesn't happen anymore but i need Latte-dock! 1.14.4 should be the last 1.14.* update, but that's a big bs, it's unplayable for us on KDE!

You can disable raw input in mouse settings to "fix this" for now.

LWJGL was downgraded again due to MC-154271, so that's probably why :|

(Though 1.14.4-pre5 shouldn't have been affected, since that was using the newer version... only pre6 and the full release)

@Dinolek — There is no such an option.

@Pokechu22 — So they made an issue on Linux solving the same one on Mac? That's cute. And i confirm this issue was on pre6 as well.

@@unknown More precisely, it's a game of whack-a-bug where either the one on Mac is fixed or the one on Linux is fixed depending on the version of LWJGL in use, and they chose to go for Mac specifically. It's rather annoying.

Regarding raw input: @unknown is probably thinking of MC-155147, which raw input helped with. Yet another part of the whack-a-bug situation. I'm not sure if the raw input option still exists now that LWJGL has been downgraded.

Regarding Latte-dock: I don't use Linux directly, so I don't know too much about it. But does that draw over the game, even in fullscreen? If so, that might be related; if it doesn't, I don't see why it'd affect it in fullscreen.

@Pokechu32 «I don't see why it'd affect it in fullscreen.» I dunno either, but it does. Odd.

Ssso if i use the same version of LWJGL that Mac users have now, the issue would disappear? LWJGL is open source, so i could just build it myself.

@unknown: "Ssso if i use the same version of LWJGL that Mac users have now, the issue would disappear?"

Not exactly. The problem is that LWJGL 3.2.2 (used by Minecraft 1.14.3-pre2 through 1.14.4-pre5) has the issue on mac, but LWJGL 3.2.1 (used by Minecraft 1.14 through 1.14.3-pre1, and again starting in 1.14.4-pre6) has this issue. There was an issue introduced to GLFW (which is used by LWJGL) at some point between there that caused MC-154271 (GLFW #1483) that hasn't yet been fixed. On the other hand, 3.2.2 includes commit 62993d939 which to my understanding (but without testing) is what fixes this. So, you could try building that version of GLFW and using it in minecraft, or also try replacing it with the newer version used by LWJGL 3.2.2. Unfortunately getting MC to use different versions of libraries can be a bit annoying since you need to copy the version JSON and modify it separately and it is a bit finicky about paths; I think multimc can help with this but it's been a while since I experimented with it.

Nevermind, too complicated.  ( º-°)

Regarding why it affects fullscreen mode, rather than where things draw it is probably related to other software attempting to grab the pointer for exclusive use.  I have the problem because I use x2x which grabs the pointer when you move it off the edge of your screen.  I think x2x and Minecraft briefly fight over who owns the pointer.  Minecraft wins but not without causing some wild view shifts.  Many window managers have hot spots where if you move the pointer there the WM does something and I think in these situations similarly they may briefly capture the pointer.

Given that Mojang knows how to build the client both ways, if they are going to prefer Mac over Linux I wish they would release a Linux-only client until they can get their house back in order.  This bug really stinks and you have to be a fairly expert user to work around it.

They could just make it that the cursor stays in the center like other games do.

They could just make it that the cursor stays in the center like other games do.

That's what's supposed to happen; there's just something that went wrong with that.

I think x2x and Minecraft briefly fight over who owns the pointer

That seems plausible, especially since that commit was regarding the enter window event.

Given that Mojang knows how to build the client both ways, if they are going to prefer Mac over Linux I wish they would release a Linux-only client until they can get their house back in order.

So... I double checked this. One thing the launcher supports is specifying which version of a library to use on different platforms. I'd assumed that they had reverted it globally (and that's what I thought I saw when I first checked), but no, I'd just missed it. If you look at the version JSON for 1.14.4, you'll see something that looks like this:

{
      "downloads": {
        "artifact": {
          "path": "org/lwjgl/lwjgl/3.2.1/lwjgl-3.2.1.jar",
          "sha1": "2bb514e444994c6fece99a21f76e0c90438e377f",
          "size": 317748,
          "url": "https://libraries.minecraft.net/org/lwjgl/lwjgl/3.2.1/lwjgl-3.2.1.jar"
        }
      },
      "name": "org.lwjgl:lwjgl:3.2.1",
      "rules": [
        {
          "action": "allow",
          "os": {
            "name": "osx"
          }
        }
      ]
    },
    {
      "downloads": {
        "artifact": {
          "path": "org/lwjgl/lwjgl/3.2.2/lwjgl-3.2.2.jar",
          "sha1": "8ad6294407e15780b43e84929c40e4c5e997972e",
          "size": 321900,
          "url": "https://libraries.minecraft.net/org/lwjgl/lwjgl/3.2.2/lwjgl-3.2.2.jar"
        }
      },
      "name": "org.lwjgl:lwjgl:3.2.2",
      "rules": [
        {
          "action": "allow"
        },
        {
          "action": "disallow",
          "os": {
            "name": "osx"
          }
        }
      ]
    }

Or, in other words, I was wrong; they are still using 3.2.2 on platforms other than macOS. So there's something more complicated going on. I have some requests:

• Can one person who is experiencing this bug force a crash by holding F3+C ingame for 10 seconds, and then attach the report (found in .minecraft/crash-reports) to this ticket? I only need one; this is mostly a sanity check.

• Is there anyone who experienced this issue in the past (before 1.14.3-pre2) that no longer is experiencing it, either in 1.14.4 or in 1.14.3?

• If you're experiencing it currently, did it also occur in the past (before 1.14.4-pre6, e.g. 1.14.3)?

@Pokechu32 no, I was talking about this issue.
@Azarilh Namu It is under "Options...">"Controls...">"Mouse Settings..."->"Raw input", at least in 1.14.4.

Can confirm the issue. It wasn't present 1.14.3, after updating to 1.14.4 the issue appeared.

Workarounds, that woked:
Turning on fullscreen and Raw Input mode

I am also on kde, and have an AMD card.

plasmashell --version; cat /etc/os-release| grep PRETTY_NAME
plasmashell 5.15.5
PRETTY_NAME="Fedora 30 (Thirty)"

@unknown I just attached the crash-report as you asked.

Also, I don't think anyone experienced the issue in 1.14.3, I definitely didn't and I have played a long time on that version.

The issue first appeared in 1.14 snapshots for me, in 19w06a according to this bug report and to my testing. Here is the list of version I tested and whether or not they are affected:

• 1.14.4 => yes

• 1.14.4-pre3 => yes

• 1.14.4-pre2 => yes

• 1.14.4-pre1 => no

• 1.14.3 => no

• 1.14.3-pre3 => no

• 1.14.3-pre2 => no

• 1.14.3-pre1 => yes

• 1.14.2 => yes

• 1.14.1 => yes

• 1.14 => yes

• 19w06a => yes

• 19w05a => no

• 19w02a => no

• 1.13.2 => no

So the problem was introduced in 19w06a, fixed in 1.14.3-pre2, and then re-introduced in 1.14.4-pre2.

I am running plasmashell 5.16.3 on Arch Linux and Minecraft is in a maximized window.

Same issue with 1.14.4.
Linux Mint, Nvidia GPU.

@Dinolek

I confirm raw input works. Another thing that worked for me is to remove the dock, substituting it with a simple windows-like app bar. I'll use that for now.

I also confirm raw input works.

Bizarrely, MultiMC shows lwjgl 3.2.2 is being used.  If I override it with the version previously provided by Dinolek, I get a segfault.  So I guess Mojang tweaked their version of lwjgl 3.2.2 somehow so that it's still broken like 3.2.1.  :-/

But since raw input works this bug isn't deadly anymore (but hopefully they'll fix it someday).

This bug has resurfaced for me in 1.14.4 as well. I'm using Pantheon, which, again, is what elementaryOS 5.0 "Juno" uses as a desktop environment. This bug was not present while playing 1.14.3 through the official launcher, so there must have been a regression at some point during development of 1.14.4.

A workaround for me is to play it fullscreen, but Pantheon gives a fullscreen window a new set of workspaces, which makes multi-tasking to access wikis or my music player really obnoxious.

Happens on Arch Linux with XFCE too.

Turning of Raw Input worked for me.

Disabling "Raw Input" doesn't work for me.

Distro: Ubuntu 18
DE: Gnome3 and I3wm (both don't work)

The problem for me was the program unclutter, to hide the mouse pointer when not being moved, running in the background. Ones I uninstalled this the problem has disappeared.

I hope this helps.

distro: Linux mint 18.3

DE: i3wm

Thanks mate! Killing unclutter fixed the issue!

Kubuntu 19.10 with Minecraft 1.14.4 + OptiFine. Happened for me before I disabled raw mouse input.

This happens with XFCE as desktop enviroment too.

Is this annoying bug going to be fixed soon? It is in every version up to the current 1.15pre4. It is less annoying it seems, but it is still there and still goes away in fullscreen.

This happens still with 1.15.1 on Ubuntu desktop 18.04, disabling raw input does not fix the issue.

@John McGinness Fullscreen mode seems to make it work silky smooth. disabling raw input makes it a tiny bit smoother but still awful in windowed.

For me I can't even play in windowed it's so bad that every time I move the camera slightly It gives me 1 fps (though not shown in F3 at all) for a good 5 secs.

Is this in any way related to? https://bugs.mojang.com/browse/MC-122421 

@Roescoe Wild Fullscreen mode does solve the mouse issue, but unfortunately that introduces some other issues for me, as well as the fact that I prefer windowed mode.

I also experience https://bugs.mojang.com/browse/MC-122421, but it is intermittent for me (IE: not being able to move forward while having held shift + A for a random amount of time).

I prefer windowed as well. And yeah it's not a "solution" merely I am forced to play that way if I am to use a newer version of minecraft. Do none of the developers use linux to test or develop on? What kinda place is Mojang?

Please note that this bug was fixed multiple times already, though everytime it was fixed it caused Minecraft to crash on launch on macOS, meaning that macOS players could not play at all.

Can't Minecraft detect what OS it's on and change how it handles inputs?

@RedCMD even more simply have an option that says "Linux compatibility mode" and it just uses the fix which breaks MacOS.

It happens to my boyfriend in both Windows and Linux in all versions of minecraft with differents versions of java...

I can confirm that this impacts users of KDE Plasma. This is a very popular desktop used on a lot of Linux distros.

I must agree with RedCMD above: it seems rather silly that the game doesn't detect the environment and apply the appropriate fix, rather than have this oscillating scenario of either KDE or MacOS not being supported by default. It is surprising that this cycle has persisted for so long without someone at Mojang recognising it and working to implement either a work-around or address the root cause.

There has been a lot of noise about gaming on Linux lately and more people are migrating so better support for Linux is in Mojang's best interest.

I can confirm that this is a problem with a X-11 session of KDE Plasma 5. Interestingly this bug doesn't appear when using a wayland session, so this is a workaround for linux. This may also be the reason why gnome isn't affected, because it uses wayland instead of X-11 by default.

Also an issue in 1.15 versions, running Arch Linux with KDE plasma. Fullscreen fix does not seem to work unfortunately. 

In ubuntu with the matte desktop and openbox the same thing happens

I can confirm this is happening to me.
Using Kubuntu 20.04 with KDE Plasma, Minecraft 1.15.2 on windowed mode.

@Frank I am also using the 1.15 versions, Arch Linux with KDE. For me, the glitches only appear in fullscreen if the Setting "Allow applications to block compositing" (under Settings -> Hardware -> Display and Monitor -> Compositor) is disabeled. However, they are still much less frequent than when not in fullscreen. With the option enabled, the glitches are completely gone in fullscreen for me. However that introduces some other annoyances such as the clock on the second monitor not updating or not being able to click on the Minecraft icon in the bottom bar after switching out without going out of fullscreen first.

Same problem here with Mint 19.3 and Xfce

It occurs from 1.14

If to disable "Raw Input" it becomes even worse

This issue has cleared up on my Linux box (AMD64 kubuntu nvidia geforce) sometime in the last couple of months.  The workaround has always been full screen with/without raw input.  It started somewhere back in 1.14.  It then worked for a while but began to malfunction again; maybe at 1.15.  At the time, the theory was there was a module which would work with Mac, and one that would work with Linux, and the version had been upgraded then reverted, causing the issue to appear/disappear/reappear on Linux.  

Since the issue began, I have occasionally switched to windowed mode to see if it has cleared.  To my surprise, I checked it yesterday and it works beautifully.  Thanks to whoever resolved this, hope it sticks.  So nice to run seamlessly in a window!

I have had the opposite experience. It was working in later versions in windowed, and now they all seem broken. I'm getting the same issue even in 1.12.2 which used to be smooth. I'm wondering if it's a library that got updated or some deal which actually affects all versions of MC.

I am still getting this issue with and without raw input, with and without fullscreen, and with and without touchscreen mode on i3wm (not kde plasma) with Gentoo Linux. it seems to be a LWJGL issue because it doesn't happen in 1.13.2 and older versions. Please devs, look into this

None of the workarounds detailed here work for me. The game is completly unplayable.