mojira.dev
MC-118107

Action of some keys continuously repeat if you hold them

The bug

If you hold one of these keys when you are in the world, they will be repeated.

  • F1

  • F3 + debug key

  • F5

  • "Toggle Cinematic Camera" (when attached to a key)

  • Q
    Note: For the Q (drop item) key this might be intended since this behavior apparently existed already in 1.7.10 and earlier. Therefore if this is really intended it would be good if that was officially confirmed.

  • E (MC-93437)

  • P (opening Social Interactions screen)

  • Space after clicking the recipe book in the inventory

  • F4 while spectating a creeper, cave spider, spider or enderman

  • Esc

  • Number keys (number keys should only be intended when editing a text field)

  • F

(List may be incomplete)

Also works with buttons "Attack/Destroy", "Pick Block", "Use Item/Place Block" if they are assigned to keyboard keys, not mouse. (MC-129132)

How to reproduce

  1. Take a stack of any items in the hand

  2. Hold down the Q button, holding the stack items
    → See how fast you throw items

Linked issues

MC-131319 Rebinding mouse attack key action to a keyboard prevents from sending constant "attack" action MC-132396 Holding Q now drops items rapidly MC-135073 F3 Combinations are spammy MC-135124 [EPILEPTIC WARNING] Holding F5 makes switch perspectives too fast MC-152021 Inventory Toggling Bug MC-154220 1.14.2 - Held down f5 key. MC-154360 F5 Bug MC-155809 Holding "9" in spectator mode repeatedly opens/closes the spectator options for too long MC-157511 Error (maybe not) MC-157718 F5 Bug MC-160073 Inventory Flicker MC-161591 If I rebind a button to place/destroy it clicks at 100 CPS MC-163376 look around and open inventory MC-170877 Holding a key that toggles an action causes said action to be repeated indefinitely MC-171722 Creative/Survival Menu flicker very fast MC-171843 Inventory bug MC-173342 Holding menu/inventory/pov buttons causes them to rapidly switch back and forth MC-174640 Third person acting weird MC-176939 Inventory Glitching MC-177427 hold "E" and spaz out! MC-177625 Autoclicker, used by rebinding right or left click or space button or other certain keys. MC-180528 Minecraft inventory bug MC-180851 (EPILEPSY WARNING) Holding E or inventory keybind causes the inventory to open and close every frame. MC-186766 Clicking Recipe Book in GUI and holding down SPACE causes recipe book menu to flash open and closed. MC-187774 Holding inventory button causes strobe effect MC-189221 Holding down the E is unlocked and instantly opens and closes MC-190361 Holding Q to drop items drops them really fast MC-191340 Holding down inventory repeatedly opens the inventory screen MC-194328 weird inventory glitch MC-195134 Pressing Q for a long time will not continue thowing items out of chest,ender chest and shulker box MC-195246 Possible Seizure Trigger MC-197546 Inventory button MC-209668 Control handling problem MC-217124 Flashing Inventory Window MC-217988 Binding "Place Block" on a Key will cause high CPS MC-222823 inventory and f5 mode is bugged MC-224912 Inventory Bug MC-228187 Holding the inventory button causes the screen to flash rapidly MC-229183 Inventory and movement. MC-232815 Holding down E will cause the inventory to flicker, and ESC will always end up and stay in the pause menu MC-234944 Holding F5 Can Trigger Eplilepsy MC-258944 Place blocks + Attack is repeatable like macro at lightning speeds MC-259332 Holding 'E' = intense flickering [Duplicate] MC-259883 Holding the keybind for pause, inventory, advancements or F1 mode will rapidly toggle the respective feature MC-263891 Toggle Perspective can cause flickering effects MC-266671 Mining using mouse is slightly Inefficient MC-266773 holding inventory button creates epilectic behaviour MC-273057 Since the 1.13 update, players can now drop the items very quickly by holding down Q MC-296695 Holding E or F5 Flickers Inventory or prospective.

Attachments

Comments

KamiADN

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

marcono1234

@@unknown which version are you confirming this for?

KamiADN

@Marcono1234 Edited 😉 17w45b

KamiADN

Confirmed on 17w48a

KamiADN

Still present in 18w01a

KamiADN

Confirmed 18w02a

KamiADN

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

wobst.michael

@unknown, no.

marcono1234

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

KamiADN

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.

[Mod] redstonehelper

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

KamiADN

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

KamiADN

Confirmed on both 18w06a and 18w07a!

KamiADN

Confirmed on 18w08b and 18w09a.

AceMcCrank

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

KamiADN

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

Shiny Bunny

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.

Nick Dyk

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.

Mohammad Sarabi

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

KamiADN

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

user-a4a49

Cannot reproduce in 1.12.2...

Mohammad Sarabi

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

JUE13

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.

Daniel PRO

L, & ESC fixed.

BisUmTo

Confirmed in 1.14-pre4

Alexander Egorov

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

Oval

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

wobst.michael

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

FaRo1

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

Misode

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

FaRo1

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?

Matthias Verlinden

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

Dot dot dot

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

MMK21

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

numeritos

Affects 1.16-rc1

MMK21

It's already been confirmed?

pulpetti

In 1.16.2

LyghtningWither

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.

Dot dot dot

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

pulpetti

In 1.16.4 and 20w51a

Avoma

Can confirm in 21w03a.

Avoma

Can confirm in 21w06a.

Avoma

Can confirm in 21w07a.

Avoma

Can confirm in 21w11a.

SoloAlguien

Can confirm in 21w13a.

SoloAlguien

Can confirm in 21w14a.

Avoma

Can confirm in 21w15a.

SoloAlguien

Can confirm in 21w16a

SoloAlguien

Can confirm in 21w17a.

bugsbugsbugs

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

SoloAlguien

Can confirm in 21w18a.

SoloAlguien

Can confirm in 21w19a.

SoloAlguien

Can confirm in 21w20a.

SoloAlguien

Can confirm in 1.17 Pre-release 1.

SoloAlguien

Can confirm in 1.17 Pre-release 2.

SoloAlguien

Can confirm in 1.17 Pre-release 3.

TheXug

can confirm in 1.17.1

ampolive

Also affects Shift in non-full blocks.

Avoma

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.

SoloAlguien

Can confirm in 21w39a.

SoloAlguien

Can confirm in 21w40a.

SoloAlguien

Can confirm in 21w41a.

SoloAlguien

Can confirm in 1.18 Pre-release 1.

SoloAlguien

Can confirm in 1.18 and 1.18.1 Pre-release 1.

SoloAlguien

Can confirm in 1.18.1.

SoloAlguien

Can confirm in 1.18.2.

mattp12

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.

AprilShade

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.

Fusion035

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.

clamlol

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

JUE13

(Unassigned)

1256324

Confirmed

Platform

Normal

Accessibility, UI

controls

Minecraft 1.12 Pre-Release 7, Minecraft 1.12, Minecraft 1.12.1 Pre-Release 1, Minecraft 1.12.1, Minecraft 1.12.2 Pre-Release 1, ..., 1.20.5, 1.20.6 Release Candidate 1, 1.20.6, 1.21 Pre-Release 3, 1.21

Retrieved