Action of some keys continuously repeat if you hold them

This also applies if you change, for example, the attack on the "E" key and keep it pressed down, hits too fast until you press another key. Or if you switch to the "F" key to put blocks, it puts them very quickly too.

I use these keys to play this way instead of with the mouse and it is very annoying.

I hope it can be fixed before the release!
Confirmed on 17w45b. Win10 - 64bit - Java: 1.8.0_25 64bit

@@unknown which version are you confirming this for?

@Marcono1234 Edited 😉 17w45b

Confirmed on 17w48a

Still present in 18w01a

Confirmed 18w02a

Confirmed on 18w03b. Is there another way to continue confirming a bug without spamming comments?

@unknown, no.

@@unknown you can edit your comment, at least currently this sends out e-mail notifications as well, so if a helper+ is already watching a report they can add the affected version. However, if we are not watching a report I don't think anyone will notice it.

Thanks for the answers, I'll just keep making comments. I simply wanted to make your work as easy as possible. This bug occurred on 1.12.2 and earlier, but since the first snapshot of 1.13 it always occurs. Although the bug is the same, I think the origin is different now, maybe the change of the lwjgl version. But I have no idea.

For the record, comments are still noticed even if nobody is watching a ticket.

Another week, still confirmed on 18w05a.
I don't know if I can, but if I were the reporter, I could change it myself, right?
In the meantime, I will continue to confirm the bug every snapshot, hoping that they will fix it Soon™.

Confirmed on both 18w06a and 18w07a!

Confirmed on 18w08b and 18w09a.

Works on all keys bound to the keyboard in 18w11a. The speed of your key repetition while hold becomes the speed of the "Use Item" for example if rebound to a key on the keyboard. The video I just uploaded, shows this happening while bound to the "Numpad 0" key, and is clipped from a longer video I made. It shows it happening to the Fishing Rod and cycling through the noteblock states faster than it should based on the normal "use item" speed limit I usually see in game.

Recommend adding label: Keybind, Keybinding

Confirmed on: 18w22b, 1.13-pre1, 1.13-pre2

Perhaps this bug happens now because the devs made it so you can quickly throw out items with Q. I can't remember if it was a feature in the change log or a bug, but I do remember this being added in one of the 1.13 snapshots.

Shiny Bunny There would be no need to change the speed which you can throw out stuff. Holding down CTRL... or shift, I don't remember which one... will allow you to throw out the whole stack, and if necessary you can do the stuff from inside your inventory.

Yes you were already able to do that by either ctrl and Q to throw whole stack or holding Q in inventory to quickly throw items. So it is not a feature added in 1.13 for sure unless you consider other bugs as feature too

Xisumavoid showed that as "maybe a feature" in one video... and maybe that's what you remember... but yes, it's a bug.

Confirmed on: 1.13-pre4, 1.13-pre5

Cannot reproduce in 1.12.2...

@unknown That is because this is a Bug in 1.13 snapshot. idk why 1.12 is added as affected version.

This bug is differently reproduced in 1.12.2.
1. Open the main menu screen, go into the world.
2. Take items from the hotbar and hold down the Q button.
3. If you do not succeed, repeat step 1.

L, & ESC fixed.

Confirmed in 1.14-pre4

I previously experienced this in 1.14 under Ubuntu: when pressing T for chat, letter "t" became pre-entered in chat input-box. Seems this is fixed now, but still reproduced in Creative when opening inventory (search tab).

Confirmed for 20w09a, please add ESC to the list as per MC-173342.

The ESC case has been fixed some time ago, and I can't reproduce it with that in 20w09a either.

I can reproduce it with ESC in 20w09a, both for pausing/resuming and for going back multiple steps in menus.

I cannot reproduce for F3 and ESC. Perhaps system dependent?

I'm using Manjaro Linux 19.0, Wayland window system, LightDM display manager, Mate 1.24.0 desktop environment, keyboard layout "German German (no dead keys)". And you?

This "bug" is simply useful. It's so cool, and I actually consider it as a feature. Would be a shame to "fix" it

It should probably be made more clear you are referring to q in the note, it is possible it could be interpreted as meaning all of the above

Drop item seems to be intended as it throws items with increasing velocity, rather than just spamming he key.

Cycle render distance: it seems like you should be gable to hold that one down to cycle through large amounts of render distance settings

Affects 1.16-rc1

It's already been confirmed?

In 1.16.2

I found out that pressing the "open recipe book" button in the inventory and then holding down space spammed the recipe book opening and closing.

Considering

MC-135973 

Holds a mojang priority as well, it could be deduced that Q is indeed not considered a Gltich, even if it was 'possible not intentional added' at least, not a gltich they intend to fix, as this was a question that came up before and in the ticket, It seemed relevant to log here

In 1.16.4 and 20w51a

Can confirm in 21w03a.

Can confirm in 21w06a.

Can confirm in 21w07a.

Can confirm in 21w11a.

Can confirm in 21w13a.

Can confirm in 21w14a.

Can confirm in 21w15a.

Can confirm in 21w16a

Can confirm in 21w17a.

This also affects F4. (When spectating creeper, spider, cave spider or enderman)

Can confirm in 21w18a.

Can confirm in 21w19a.

Can confirm in 21w20a.

Can confirm in 1.17 Pre-release 1.

Can confirm in 1.17 Pre-release 2.

Can confirm in 1.17 Pre-release 3.

can confirm in 1.17.1

Also affects Shift in non-full blocks.

I've attached a video demonstrating this behavior. Do take into consideration that if you suffer from photosensitive epilepsy, please do not view the attachments as these may cause harm.

Can confirm in 21w39a.

Can confirm in 21w40a.

Can confirm in 21w41a.

Can confirm in 1.18 Pre-release 1.

Can confirm in 1.18 and 1.18.1 Pre-release 1.

Can confirm in 1.18.1.

Can confirm in 1.18.2.

I imagine that at least holding Q is intended behavior, as in 22w42a MC-135973 "Can't hold Q to drop items rapidly from container inventories" was fixed.

This also affects the 1-9 number keys (Hotbar Slots 1-9), F (Offhand), Ctrl + B (Toggle Narrator), C + 1-9 (Save creative hotbar), X + 1-9 (Load creative hotbar)

Additionally, there seems to be some other odd behaviour when holding the 1-9 keys. When not in the inventory, holding these keys seems to queue button presses for after you let go of the button. For example, by holding the 9 key for a few seconds, it will continue thinking you're holding 9 for 1-2 seconds after releasing it, which can cause you to switch to the 9th hotbar slot, show/hide the hotbar in spectator mode, or save/load creative hotbars after releasing the button.

The switch off-hand is also important. When you hold the key for that it makes a lot of noise especially if you do it holding armor pieces. You can't hear the noise but other people can.

As of 23w06a the pause menu (esc key) is also affected.