[MC-886] Sticky movement is back... Created: 27/Oct/12  Updated: 28/Mar/23  Resolved: 26/Dec/12

Status: Resolved
Project: Minecraft: Java Edition
Component/s: None
Affects Version/s: Minecraft 1.4.2, Minecraft 1.4.5, Minecraft 1.4.6
Fix Version/s: None

Type: Bug
Reporter: David Harmon Assignee: Unassigned
Resolution: Invalid Votes: 29
Labels: movement
Environment:

Ubuntu Linux

java version "1.6.0_24"
OpenJDK Runtime Environment (IcedTea6 1.11.4) (6b24-1.11.4-1ubuntu0.12.04.1)
OpenJDK 64-Bit Server VM (build 20.0-b12, mixed mode)

LWJGL Version: 2.4.2


Attachments: Text File crash-2018-07-22_19.10.08-client.txt    
Issue Links:
Duplicate
is duplicated by MC-5381 Character doesn't Stop! Resolved
is duplicated by MC-5429 If CAPS LOCK is enabled, inventory be... Resolved
is duplicated by MC-5531 Sticky Key/Constant walking Issue Resolved
is duplicated by MC-6050 Inventory functioning in shift-click ... Resolved
is duplicated by MC-6308 Keys often get stuck Resolved
is duplicated by MC-7475 Shift (for inventory management) beco... Resolved
is duplicated by MC-7560 Shift (for inventory management) stuc... Resolved
is duplicated by MC-7716 Since about Full Release 1.0 there ha... Resolved
is duplicated by MC-8096 3 Presses of any key causes event to ... Resolved
is duplicated by MC-8125 Movement Bug Resolved
is duplicated by MC-8126 Shift Bug. Resolved
is duplicated by MC-8732 Walk/jump keys locking Resolved
is duplicated by MC-9048 Not Pressing Shift Resolved
is duplicated by MC-9141 Stuck keys Resolved
is duplicated by MC-9731 When clicking on an item, it does not... Resolved
is duplicated by MC-10043 Can't pick up items in inventory Resolved
is duplicated by MC-10055 Shift Button Bug Resolved
is duplicated by MC-10270 Going Out of control? Resolved
is duplicated by MC-10636 player cannot move backwards Resolved
is duplicated by MC-11768 Flying and Sneeking causes player to ... Resolved
is duplicated by MC-12090 STICKY WASD/lag/control toggle/???? Resolved
is duplicated by MC-13163 Shift-click gets stuck Resolved
is duplicated by MC-13436 "Q" and "backspace" button Resolved
is duplicated by MC-13462 Keys can get stuck a lot of the time Resolved
is duplicated by MC-14204 Keys get stuck Resolved
is duplicated by MC-15251 Shift is being used without holding d... Resolved
is duplicated by MC-15271 SMP: Automatic Shft Clicking Resolved
is duplicated by MC-15600 Player controls stick randomly Resolved
is duplicated by MC-15660 Unable to move items in the inventory Resolved
is duplicated by MC-15889 Sticky Keys Resolved
is duplicated by MC-17176 Linux Auto-Walk glitch Resolved
is duplicated by MC-17686 Creative Mode Items Get Grab In Stacks Resolved
is duplicated by MC-17984 As if pressed with the shift Resolved
is duplicated by MC-18930 Inventory Problems Resolved
is duplicated by MC-19030 sticky movement and subsequent loss o... Resolved
is duplicated by MC-19774 help Resolved
is duplicated by MC-20582 Move and Mine buttons get stuck Resolved
is duplicated by MC-21805 Text Bug Resolved
is duplicated by MC-22168 LSHIFT function always on Resolved
is duplicated by MC-24248 Mouse thinks I am holding shift Resolved
is duplicated by MC-26983 Auto-Walk, Jump or being stuck in pla... Resolved
is duplicated by MC-27234 You keep moving after letting go of w. Resolved
is duplicated by MC-28097 sometimes I go forward at random time... Resolved
is duplicated by MC-28413 Keys getting stuck Resolved
is duplicated by MC-28434 Walking Randomly? Resolved
is duplicated by MC-28587 ANOTHER BUG! Resolved
is duplicated by MC-32472 Endless Walking Resolved
is duplicated by MC-36597 Sticky movement Resolved
is duplicated by MC-39040 Stuck keys are still not fixed Resolved
is duplicated by MC-39650 Creative Inventory duplicates to 64 w... Resolved
is duplicated by MC-51504 Won't stop moving, jumping, etc. afte... Resolved
is duplicated by MC-80766 Key sticking on movement Resolved
is duplicated by MC-97939 Walking and Sneaking Keys are getting... Resolved
is duplicated by MC-99904 Minecraft Walking Glitch Resolved
is duplicated by MC-102752 'Sticky' Movement Resolved
is duplicated by MC-106397 Clicking on X in creative mode makes ... Resolved
is duplicated by MC-106457 problem with controls Resolved
is duplicated by MC-111153 Awaiting Response... Resolved
is duplicated by MC-111161 The character does not respond to com... Resolved
is duplicated by MC-112831 My character moves all by himself, ju... Resolved
is duplicated by MC-113616 WASD keys get stuck on servers, playe... Resolved
is duplicated by MC-113888 Stuck keys making me walk/jump/fly/sh... Resolved
is duplicated by MC-114298 Character walk automatically Resolved
is duplicated by MC-117979 Control Sticking Resolved
is duplicated by MC-118555 lwjgl wasd movement issue Resolved
is duplicated by MC-119252 Every time I double tap/press a butto... Resolved
is duplicated by MC-119404 Autowalk/Autojump glitch. Resolved
is duplicated by MC-120129 Auto-walking bug Resolved
is duplicated by MC-121428 Directional keys sticking Resolved
is duplicated by MC-132044 Movement getting stuck Resolved
is duplicated by MC-134698 Movement keys stick Resolved
is duplicated by MC-136019 Minecraft Stuck Keys (NOT HARDWARE) Resolved
is duplicated by MC-205 Chat/Command: stuck modifier keys Resolved
is duplicated by MC-367 Shift key function held down Resolved
is duplicated by MC-1341 Game acts like shift is stuck Resolved
is duplicated by MC-1495 Stuck keys Resolved
is duplicated by MC-1802 Sticky shift Resolved
is duplicated by MC-1844 Shift-Clicking Bug Resolved
is duplicated by MC-2027 Shift Becoming Stuck Resolved
is duplicated by MC-2266 Ghost keyboard inputs / sticky keys Resolved
is duplicated by MC-2599 Steve moving by himself Resolved
is duplicated by MC-2620 Buttons getting stuck Resolved
is duplicated by MC-3293 Item Stacks dont seperate? Resolved
is duplicated by MC-3439 Shift clicking Resolved
is duplicated by MC-3671 Sticky Keys is back, and worse then e... Resolved
is duplicated by MC-4369 Moving when not pushing buttons Resolved
Relates
relates to MC-483 Keyboard Unresponsive on OS X Resolved
relates to MC-630 Keyboard binding bug; doesn't work co... Resolved
relates to MC-1519 Key gets stuck when toggling fullscreen Resolved
CHK:
Confirmation Status: Community Consensus
Game Mode: Survival

 Description   

I am regularly finding that even after releasing a movement key, I keep moving in that direction, in addition to any other movement I may be making. To stop it, I have to press and release the matching movement key again.

This was in 1.2, and seemed to have been fixed in 1.3, now it's back.



 Comments   
Comment by Steven Johnson [ 22/Jul/18 ]

I'm having an issue where the WASD movement keys become stuck released.

I can reproduce it by mashing WASD and leaving W pressed down. Occasionally I don't move forward until I release and re-press W.

I've attached a Manual Crash Log.

Please let me know if I should open a new issue.

– System Details –

Minecraft Version: 1.13 (Fresh Install)

Operating System: Linux (amd64) version 4.4.0-130-generic

Comment by Nathaniel Barragan [ 25/Jun/18 ]

It seems having any software that logs keys or detects keys in the background cause this.

Comment by Michael Sena [ 12/Feb/17 ]

Wow incredibly fast response @Urielsalis; and yes, that was actually it! I didn't even know the thing was running; it's a new laptop. ALT+Z, turn off instant replay. Fixed the issue! Turned it back on, and it was resolved.

Thanks!

Comment by [Mod] Urielsalis [ 12/Feb/17 ]

In 1.11.2? Also, it might be caused by Geforce Experience, try disabling it

Comment by Michael Sena [ 12/Feb/17 ]

I'm also still having this issue. Similar to @tAb0rDa, it seems to predominantly only happen when I'm connecting to a server.

Comment by tAb0rDa [ 11/Feb/17 ]

How is this resolved?! I can replicate it in 1.8/1.10/1.11. Only in a server, works fine in single player.. And I'm running windows! I bought the game to play multiplayer and this is not letting me do it.

Comment by wessltov [ 11/Aug/16 ]

Confirmed for 1.10.2. It only recently started affecting me, and it's kind of making the game unplayable

Comment by user-f2760 (Inactive) [ 15/Jan/16 ]

This isn't a minecraft bug, see grum's comment

[Mojang] Grum (Erik Broes) added a comment - 26/Dec/12 5:32 PM
LWJGL issue, we can't help it as we cannot update right now.

Comment by Xa Ye [ 15/Jan/16 ]

confirmed for 16w02a

Comment by [Mod] Sonicwave [ 03/Oct/14 ]

Still occasionally affects Minecraft 1.8/LWJGL 2.9.1 (latest stable release since December 2013). Mostly getting this on my laptop.

Comment by a [ 13/Mar/14 ]

I understand that this problem might not even be fixable, but is this the official word? I only ask because I'm getting this problem pretty bad in 14w11b. I do agree with some of the above claiming it's probably computer performance related (keyboard events simply being prioritized below render tasks and such), so the solution is probably just to buy a fancy new computer.

Comment by Zeday [ 24/Jan/14 ]

Confirmed in 1.7.4! It caused me to walk into lava in the nether and die! This has to get fixed. Why is it closed?

Comment by Clara Dethra [ 24/Jul/13 ]

Back for me too, new tickets get closed D: I have to restart my computer every time it happens but that doesnt always work

Comment by Isac Wences [ 02/Jul/13 ]

It came back in 16.1...........

Comment by Tails [ 27/May/13 ]

Use the new launcher, you'll be able to play 1.5.2 like with the old one:
http://s3.amazonaws.com/Minecraft.Download/launcher/MinecraftDev.exe

Comment by Jeremy Shillington [ 27/May/13 ]

I am experiencing this issue at least once per every 2 minutes, sometimes up to 3 or 4 times in a single minute, since the latest release (1.5.2).

Comment by dirk (switched to Minetest) [ 20/Apr/13 ]

Why the heck was this bug closed as invalid? This is still an issue and the description and bug report itself is valid. The discussion about the weird Neo2 layout has nothing to do with that bug, that still happens all the time.

Comment by dirk (switched to Minetest) [ 30/Mar/13 ]

Neo2 is weird and so not standards compliant …

Comment by Zarquod [ 30/Mar/13 ]

There’s nothing wrong with my setup, I’m using Neo2 layout, which does not have an explicit caps lock key but uses the shift keys (pressed simultaneously) to activate caps lock.

Comment by dirk (switched to Minetest) [ 30/Mar/13 ]

Wait … You get Shift_L on key press and Caps_Lock when releasing? Something is wrong with your setup I guess.

KeyPress event, serial 45, synthetic NO, window 0x1a00001,
    root 0x1d5, subw 0x0, time 518751586, (-536,168), root:(1550,960),
    state 0x10, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyRelease event, serial 45, synthetic NO, window 0x1a00001,
    root 0x1d5, subw 0x0, time 518752226, (-536,168), root:(1550,960),
    state 0x11, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES,
    XLookupString gives 0 bytes: 
    XFilterEvent returns: False

By default it’s

keycode  50 = Shift_L NoSymbol Shift_L
keycode  62 = Shift_R NoSymbol Shift_R

… and the problem is not gone in general, because it has nothing to do with keysyms.

Comment by Zarquod [ 30/Mar/13 ]

Looks like I’ve found … well, not a solution, but a pretty good workaround for the specific flavor of this issue that I am experiencing.

Reminder: Pressing and releasing the left shift key gave me this output from xev:

KeyPress event, serial 41, synthetic NO, window 0x4800001,
    root 0x266, subw 0x0, time 7862258, (20,-11), root:(1124,41),
    state 0x0, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyRelease event, serial 41, synthetic NO, window 0x4800001,
    root 0x266, subw 0x0, time 7862370, (20,-11), root:(1124,41),
    state 0x1, keycode 50 (keysym 0xffe5, Caps_Lock), same_screen YES,
    XLookupString gives 0 bytes: 
    XFilterEvent returns: False

So, the KeyPress event and the KeyRelease event come with different symbolic key names. I guess that’s where Minecraft and/or LWJGL messes up, games and similar realtime applications SHOULD NOT use symbolic key names, but the raw keycodes.

Anyway, this is where we can swing our pickaxe. Looking at the output from xmodmap -pke we find this:

keycode  50 = Shift_L Caps_Lock Shift_L Caps_Lock
keycode  62 = Shift_R Caps_Lock Shift_R Caps_Lock

As I read it, the KeyPress event occurs without any modifier, so the symbolic name is Shift_L. But releasing the key obviously happens while holding Shift (d’oh!), which is why it gets associated with Caps_Lock.

Now, this looks like it might be easy enough to fix. Just make a file modmap-fix with this content:

keycode  50 = Shift_L Shift_L
keycode  62 = Shift_R Shift_R

Load it with xmodmap modmap-fix and the Sticky Shift problem in Minecraft is gone.

Comment by dirk (switched to Minetest) [ 27/Mar/13 ]

Fun fact: When removing the shipped libraries and symlinking the libraries installed on the system (version 2.8.5) instead, it works perfectly with OpenJDK.

Comment by David Harmon [ 27/Mar/13 ]

The Minecraft, OpenJDK, and LWJGL people have been pointing at each other as long as I've been following this issue. You'd think that Mojang would at least start shipping MC with current versions of LWJGL... but then, that would take away one of their excuses. I'm still seeing it in 1.5.1 myself.

Comment by FireHunterX [ 22/Mar/13 ]

Well, if that's the case, then the people at LWJGL are wrong.

Comment by dirk (switched to Minetest) [ 21/Mar/13 ]

Same here: No difference with Oracle Java (except the bad feeling about that Oracle package).

Comment by Zarquod [ 20/Mar/13 ]

The JRE does not make a difference for me. I’m currently using Oracle’s implementation:

$ java -version
java version "1.7.0_17"
Java(TM) SE Runtime Environment (build 1.7.0_17-b02)
Java HotSpot(TM) 64-Bit Server VM (build 23.7-b01, mixed mode)

Source: https://launchpad.net/~webupd8team/+archive/java

Comment by Marios [ 20/Mar/13 ]

@ Dirk Sohler:
Mojang suggests to use Oracle's Java instead. I'm on Mint 13 x64, I uninstalled any preinstalled java and I used this method:
http://www.canato.org/2012/06/install-oracle-jdk-7-on-linux-mint-13-ubuntu-12-04/

Comment by dirk (switched to Minetest) [ 20/Mar/13 ]

Confirmed with unaltered (I guess it uses the shipped version then) 1.5 and 1.5.1-pre in Linux.

$ uname -rms
Linux 3.8.3-2-ARCH x86_64

$ java -version
java version "1.7.0_17"
OpenJDK Runtime Environment (IcedTea7 2.3.8) (ArchLinux build 7.u17_2.3.8-1-x86_64)
OpenJDK 64-Bit Server VM (build 23.7-b01, mixed mode)

Comment by Rolf Campbell [ 19/Mar/13 ]

@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.

Comment by Zarquod [ 18/Mar/13 ]

@Rolf Campbell: So, you were effectively referring to http://www.newdawnsoftware.com/jenkins/view/LWJGL-git/job/LWJGL-git/label=winxp642/ and http://www.newdawnsoftware.com/jenkins/view/LWJGL-git/job/LWJGL-git/label=apollo/ ?

Those builds don’t even contain liblwjgl.so/liblwjgl64.so. None whatsoever, not even broken ones like the recent nightly builds.

Just for clarification, I’m talking about Sticky Shift on Linux, not Sticky Movement on Windows.

Comment by Rolf Campbell [ 18/Mar/13 ]

@Zarquod: The only link I've ever posted.

Comment by Zarquod [ 18/Mar/13 ]

@Rolf Campbell: What link are you referring to?

Comment by Zarquod [ 18/Mar/13 ]

@Greg Fitzgerald: When I wrote “I’ve been through all recent versions of lwjgl, no difference.” that included the latest stable version, of course.

Comment by Rolf Campbell [ 18/Mar/13 ]

@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.

Comment by Rolf Campbell [ 18/Mar/13 ]

@GregFitzgerald. No, the v2.8.5 does not completely resolve the problem. You must use a nightly snapshot of v2.9.0.

Comment by Greg Fitzgerald [ 17/Mar/13 ]

@Zarquod The latest stable (2.8.5), not the latest nightly build.

Comment by Norrius [ 17/Mar/13 ]

I often also get Ctrl key sticking when I switch my virtual desktops (Ctrl+Alt+Arrow). That is extremely annoying because of deleting text in the chat and dropping whole stacks of items.

Is that LWJGL problem? It seems Minecraft just doesn't care about losing focus, thus this is a bug I guess.

Comment by Zarquod [ 17/Mar/13 ]

So, the newest version of LWJGL is supposed to fix our problem? Well, today I thought I'd give it a try.

First stop, LWJGL’s repository for nightly builds. Got the most recent packet, put it in place, started Minecraft … got a crash. On closer inspection I found the Linux native library to be only a few hundred bytes in size. So, that’s a “successful build”?

Oh, well. I guess I can do this myself. So, I pulled the most recent version of LWJGL from GitHub and after some fiddling and installing of X header files got the whole thing to compile. In the process, I got this little tidbit:

[apply] /home/zarquod/misc/minecraft/lwjgl-git/src/native/linux/org_lwjgl_opengl_LinuxKeyboard.c: In function 'Java_org_lwjgl_opengl_LinuxKeyboard_keycodeToKeySym':
[apply] /home/zarquod/misc/minecraft/lwjgl-git/src/native/linux/org_lwjgl_opengl_LinuxKeyboard.c:81:2: warning: 'XKeycodeToKeysym' is deprecated (declared at /usr/include/X11/Xlib.h:1695) [-Wdeprecated-declarations]

Could this be related? I don’t know.

Anyway, I installed my newly compiled LWJGL, started Minecraft and … no change. The Sticky Shift On Linux Bug is still there.

NOT RESOLVED

Comment by Angel Luis [ 16/Mar/13 ]

Rolf Campbell, so... if I update the LWJGL to the newest version, the problem is fixed? How can we update it? There is any tutorial? Thanks

Comment by Rolf Campbell [ 16/Mar/13 ]

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.

Comment by Rynn [ 15/Mar/13 ]

Completely agree with Zarquod. If Mojang is going to be using LWJGL, then they need to code their game to work better with whatever issues LWJGL is having, and the same goes for LWJGL to work well with anything using their software.

Comment by Zarquod [ 15/Mar/13 ]

… and the people over at LWJGL will tell you it's a problem with Minecraft, not LWJGL.

As I said before, it does not matter where the problem is located. As long as LWJGL comes bundled with Minecraft, it's a problem with Minecraft. Marking the issue as "resolved" (which is an outrage, really) will not make it go away.

Comment by FireHunterX [ 15/Mar/13 ]

Because it's a problem with LWJGL, not Minecraft.

Comment by connor byers [ 15/Mar/13 ]

this happens to me.. how is this INVALID?

Comment by Rolf Campbell [ 27/Feb/13 ]

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.

Comment by Rolf Campbell [ 22/Feb/13 ]

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.

Comment by Rolf Campbell [ 21/Feb/13 ]

@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.

Comment by zol [ 21/Feb/13 ]

I can't help but feel like this is two different bugs both with similar symptoms. Updating LWJGL has always fixed the problem for me, but for others, it seems like something else is causing stuck keys?

Comment by Rolf Campbell [ 20/Feb/13 ]

I created a topic on their forums: http://lwjgl.org/forum/index.php/topic,4910.0.html

Comment by [YT]ZeBests [ 20/Feb/13 ]

I've talked with LWJGL on tweeter before, but when I mentioned about this bug (while talking about 2.8.4), they never replied. Strange.

Comment by Biff Bird [ 19/Feb/13 ]

I agree with Zarquod also. Regardless of whether the source of the problem is within Minecraft's codebase, it's still an open issue.

Comment by Rolf Campbell [ 19/Feb/13 ]

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.

Comment by Zarquod [ 19/Feb/13 ]

I’ve been through all recent versions of lwjgl, no difference.

As for the issue being “resolved”, I don’t agree. Minecraft is the one big game using lwjgl, and the library comes bundled with the game. So, in effect any bug in lwjgl is a bug in Minecraft and it needs to be tracked down and resolved properly for the good of both projects.

Comment by Marios [ 19/Feb/13 ]

Isn't 2.8.4 working for you? It solved the problem for many people (but not for everyone, ok) including me.

Comment by [YT]ZeBests [ 19/Feb/13 ]

I think they tried it before and you couldn't move when you are clicking.

Comment by Rynn [ 19/Feb/13 ]

They can at least attempt to change the coding to work around the problem though. Coders do it all the time.

Comment by [YT]ZeBests [ 19/Feb/13 ]

It is marked as resolved because it's a problem with LWJGL, not Minecraft. Therefore there's nothing that Mojang can do with it.

Comment by Rynn [ 18/Feb/13 ]

It certainly isn't resolved. It happens every time I play on my server and on single player. I agree that the issue must lie within the game's coding, and not with the users. I never use mods, always have a fresh install of the game, and have java updated regularly.

Comment by Zarquod [ 18/Feb/13 ]

Why is this marked as “resolved”? It certainly is not. I can still reproduce this with Minecraft 1.4.7, Java 1.7.0_10 and lwjgl 2.9.0 (nightly build). Once I press shift, the game acts as if shift is permanently held down. F11 cures it, but that's hardly a solution.

This may be relevant: Using xev I see this when pressing the left shift key:

KeyPress event, serial 41, synthetic NO, window 0x4600001,
root 0x266, subw 0x0, time 517573511, (18,-15), root:(1391,37),
state 0x0, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False

And this is the event upon release of the same key:

KeyRelease event, serial 41, synthetic NO, window 0x4600001,
root 0x266, subw 0x0, time 517573823, (18,-15), root:(1391,37),
state 0x1, keycode 50 (keysym 0xffe5, Caps_Lock), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False

Note how the keysym value differs. I suspect that somewhere in LWJGL and/or Minecraft there's the assumption that releasing a key will send the same keysym as pressing it. That's why the game never sees the shift key released.

Comment by Marios [ 23/Jan/13 ]

Then I'm afraid I can't be of more help to you.

Comment by Rolf Campbell [ 22/Jan/13 ]

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.

Comment by Marios [ 22/Jan/13 ]

Move your .minecraft folder to a safe place. Run minecraft.exe for a clean install of minecraft, try to reproduce the problem with different versions of LWJGL and see what happens.

Comment by Rolf Campbell [ 22/Jan/13 ]

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.

Comment by Marios [ 22/Jan/13 ]

Have you read previous comments? Have you tried different versions of LWJGL? Try 2.8.4
Instructions: http://www.minecraftwiki.net/wiki/Tutorials/Update_LWJGL
2.8.4 http://sourceforge.net/projects/java-game-lib/files/Official%20Releases/LWJGL%202.8.4/lwjgl-2.8.4.zip/download

Comment by Adrian [ 18/Jan/13 ]

Have this too, really annoying...

Comment by Jonathan Saewitz [ 17/Jan/13 ]

Still isn't resolved, I have this issue too...

Comment by Rynn [ 29/Dec/12 ]

That happens to me all the time. It's especially fun when you get moved in front of a creeper and it explodes in your face, or you're really close to the edge of a cliff...:|
Not only that, but I find that sometimes the items in the inventory can't be moved freely, and instead act like you're shift-clicking. I've noticed both issues at least since 1.4's pre-release. Hopefully these issues get resolved soon.

Comment by Tails [ 26/Dec/12 ]

Resolving since not a Minecraft issue.

Comment by [Mojang] Grum (Erik Broes) [ 26/Dec/12 ]

LWJGL issue, we can't help it as we cannot update right now.

Comment by Tails [ 26/Dec/12 ]

Restored original description.

Comment by [YT]ZeBests [ 18/Dec/12 ]

I am not quite sure but I think it's a problem of how much your computer can process. Whenever I press buttons too quick for the PC , sticky movement happens.

Comment by Eric [ 18/Dec/12 ]

Previous description for your use: "I am regularly finding that even after releasing a movement key, I keep moving in that direction, in addition to any other movement I may be making. To stop it, I have to press and release the matching movement key again.

This was in 1.2, and seemed to have been fixed in 1.3, now it's back."

Hope that helps.

Comment by Marios [ 23/Nov/12 ]

Minecraft.net recommends to use Oracle's java in linux. I have no such problem in Ubuntu but I do have the stuck shift key problem in Windows 7 (It was LWJGL related, don't use 2.8.5 , use 2.8.4 instead)

Comment by Juha-Jarmo Heinonen [ 12/Nov/12 ]

Craig: might still just be performance-related. LWJGL plays performance-wise a fairly central role and its optimizations affect minecraft performance. Just installing OptiFine might do the same trick, if your machine was just on the border of mostly enough performance. For others, minecraft just demand more power than the computer has, which wouldn't be an serious issue if it was just affecting drawing speed, but losing events is just unacceptable.

Comment by Craig Sparks [ 12/Nov/12 ]

@Juha-Jarmo Heinonen before updating the LWJGL libraries I would experience this every 10 minutes or so while doing heavy mining. After the update playing for a few hours doing nothing but mining I had no problems. This is directly related to the LWJGL libraries and nothing else it seems. Maybe why it does not work for others is they do not update the libraries properly, idk.

Comment by Juha-Jarmo Heinonen [ 12/Nov/12 ]

Craig: Probably because the bug is unrelated to LWJGL. Just because you haven't happened to experience the bug for a while doesn't mean it's gone. As already guesstimated, the bug is probably related to CPU/GPU load as is the sibling of this event; MC-483 (keyboard events become unresponsive). Sometimes, on some machines (especially powerful enough machines) it might get temporarily fixed by a reboot or restart of minecraft, but on slower machines it happens more often because a freshly started minecraft already uses often more cpu/gpu cycles than available and prioritizes drawing or something else over handling events, which become lost and cause stickiness or entirely lost event handling.

Comment by Craig Sparks [ 12/Nov/12 ]

I updated LWJGL manually last night, and it works fine after update. Not sure why for some that clears it up but for others it does not.

Comment by Josh Miller [ 12/Nov/12 ]

I tried updating LWJGL and this bug is still there. Most be some problem with Minecraft.

Comment by [YT]ZeBests [ 11/Nov/12 ]

OH!!! I thought this was a problem on my computer, but I guess it is a bug :/ For some dumb reason, that happens when I'm fighting multiple mobs, moving me infront of a creeper.

Comment by Juha-Jarmo Heinonen [ 11/Nov/12 ]

This is probably related to both MC-483 as well as MC-630. The control mapping system works in unpredictable ways and my guess (not having minecraft source code to confirm) is that there is broken keycode to charcode mapping at play; an unreliable layer of code trying to abstract something that probably shouldn't be abstracted. The result is lost key events (which are like keyUp+keyCode and keyDown+keyCode), key events handled in the wrong order or key events not handled because the handler is busy doing something else, like waiting for a chunk to load/generate or such.

Comment by Craig Sparks [ 10/Nov/12 ]

I have been having this problem on xubuntu 12.04, and it really detracts from the game. I had it previously as well. I hope a hard look at taken at this and they can squash this bug one way or another asap.

Comment by Eric [ 09/Nov/12 ]

According to the wiki (I think) it says that they can't include the updated libraries because it has some problems with Macs. Correct me if I'm wrong. The most recent time that I had this issue was with the latest stable version installed manually.

Comment by zol [ 07/Nov/12 ]

This stopped happening to me after I updated to lwjgl-2.8.5, but it would still be great if minecraft included the updated libraries by default.

Comment by Alex Cruise [ 06/Nov/12 ]

I see this on Fedora 17 64-bit with Oracle JRE 1.7.0-b147 (32-bit). It caused me to fall into a lava lake in the Nether and lose all my loot.

Comment by Eric [ 05/Nov/12 ]

I have this issue too, and it usually happens while pressing a key and clicking at the same time. I think Dinnerbone tweeted something about this, and I followed a link to update LWJGL manually, and found that I still had the problem. It happens most often in combat when you're trying to move and attack at the same time, and when keys stick, it makes it hard to impossible to fight.

Comment by robert foster [ 05/Nov/12 ]

upgrading lwjgl does not fix this issue.

Comment by Dustin Dowell [ 02/Nov/12 ]

I've had this problem on my ubuntu laptop before, but I had always thought it was because of performance issues.

Comment by Thue [ 02/Nov/12 ]

Updating LWJGL doesn't make a difference for me.

Comment by Thue [ 01/Nov/12 ]

> This was in 1.2, and seemed to have been fixed in 1.3, now it's back.

It was also in 1.3 for me.

Comment by peter gilman [ 30/Oct/12 ]

i confirm this issue, which also applies to jumping. i usually handle it by pressing the "inventory" key.

Comment by Tristan Allen [ 27/Oct/12 ]

A lot of people, me included, have been having this problem. I think it could be a problem in the LWJGL library, but I'm not sure.

Generated at Sun Jan 12 11:52:34 UTC 2025 using Jira 9.12.2#9120002-sha1:301bf498dd45d800842af0b84230f1bb58606c13.