Rolf Campbell
Comments
@Brad: You do not need any mods to reproduce this bug. All you need to do is make a custom, superflat world.
@Zarquod: Oops, I assumed that the special builds I was referring to had Linux components as well. My apologies. I have no idea about Linux variants of the bug, I would suggest that you raise a bug on their GitHub issue tracker. That seems to be the only way to get their attention these days.
@Zarquod: The only link I've ever posted.
@Zarquod: If you follow the link in my comment, you will find premade binaries with the problem fixed. These do NOT come from their normal nightly build repo.
@GregFitzgerald. No, the v2.8.5 does not completely resolve the problem. You must use a nightly snapshot of v2.9.0.
LWJGL has already fixed the problem. You can install the newest version of it to fix the problem. We just need to convince Mojang to include the newest version with an update of Minecraft.
I found out the window focus "bugs" are now "features". The nightly LWJGL load referenced in this issue report ( https://github.com/LWJGL/lwjgl/issues/1 ) seems to fix the problem for me.
I just checked their latest nightly snapshot but it has nasty window focus related bugs, so I can't confirm this bug has been fixed yet.
@zol: There are actually 3 different things going on here:
#1: The version of LWJGL that is shipped with Minecraft has a big problem with keys getting stuck, they get stuck down frequently.
#2: LWJGL v2.8.4 has a different key problem. Occasionally, they get stuck UP. I'll be walking around and clicking as I play, and sometimes (pretty rarely), I'll end up holding down a key, but Minecraft is SURE that I've already released it. This is probably 10x less often than the problems in the version that is shipped with Minecraft, and it's often less catastrophic to your game if your key is stuck up, so many people might not notice this.
#3: v2.8.5 has yet-another problem: clicking the mouse releases all keys. This completely breaks many operations like shift-clicking items, and trying to attack someone while running after them.
#4: v2.9.0 (at least the nightly version from two months ago) has yet-another problem: keys can sometimes (but rarely) get stuck either up or down. I've been told that the newest nightly should be better, and I'm going to try it soon myself to see if it's really resolved.
So, to conclude: sticky movement is the bug. Every known version of LWJGL has this problem, but to different extents. That is why some people think they've fixed the problem when upgrading their LWJGL.
I created a topic on their forums: http://lwjgl.org/forum/index.php/topic,4910.0.html
I agree with Zarquod. No version of LWJGL completely resolves this problem for me, a recent nightly snapshot is what I use, and it reduces the frequency of stuck keys, but it does not completely eliminate it.
Has anyone reported this problem to LWJGL? They have attempted to fix it. Do they even know they didn't completely fix it? It's been broken for many months. Maybe someone from Mojang will have to push the LWJGL guys to get it fixed, or go in and fix it themselves.
I also have this problem. @Ezekiel: it is possible to read the text on the buttons, but it's so close to the background colour that it is very difficult to distinguish.
I've attached a saved game that includes a spot where you can drown without any meter shown on the screen.
You don't even need the block above in all circumstances. Here's a shot of a setup that can drown you without a block above (and no meter visible). You must stand in the lowest block (the last block of flowing water).
Marios: For each of those 3 versions, I completely deleted my .minecraft folder, allowed minecraft.exe to download a completely fresh copy, then I updated the LWJGL libraries.
I was able to reproduce my results. With 2.8.4 I still get keys stuck down; with 2.8.5, all keys are released when the mouse is clicked, and with 2.9.0, I can occasionally get keys stuck up.
I have tried 2.8.4: I was still able to reproduce keys stuck down with that version.
I have tried 2.8.5: While I'm not sure I can reproduce stuck keys with this version, I can produce a much worse problem: clicking while a key is held releases that key.
I have tried 2.9.0 (a nightly build): I cannot reproduce keys stuck down, but I can reproduce keys stuck up. I don't have a concise recipe for reproducing it, but if I hold down the "left" key, and then mash some other keys while also clicking the mouse, and then release all keys except "left", I often find that my character is no longer moving to the left. Releasing and re-pressing the left key causes him to begin moving to the left again.
This bug is no longer just about one layer of fire. My bug was marked as a duplicate of it (6432), which involved creating a super-flat that had a layer of tripwires. I was trying to see if zombie pigmen would spawn on (really in) tripwires. The easiest way for me to check was to create a superflat world with a layer of tripwires and set the biome to 8 (Nether).
I did the same thing for half-slabs and pressure plates (no spawns on either of those).
It may not be possible to have a real world with just fire, but I could certainly have a real world with many, many tripwires. I would hope that would work.
Crash report from most recent launch.
I think you can only see the INSIDE of the object instead of the outside of the object.