-
Bug
-
Resolution: Won't Fix
-
None
-
1.16.0.68 Beta, 1.16.0.67 Beta, 1.16.0.66 Beta, 1.16.0.64 Beta, 1.16.0.63 Beta, 1.16.0.61 Beta, 1.16.0.60 Beta, 1.16.0.59 Beta, 1.16.0.57 Beta, 1.16.0.58 Beta, 1.16.0.55 Beta, 1.16.0.53 Beta, 1.16.0.51 Beta, 1.15.0.56 Beta, 1.15.0.55 Beta, 1.14.0.1 Beta, 1.13.0.18 Beta, 1.1.5.0, 1.2.0.25, 1.14.30 Hotfix, 1.14.60 Hotfix, 1.16.0, 1.16.1
-
Confirmed
-
Windows
-
378877
Note:
For simplicity, every time "input" is mentioned, it means walking, sneaking, sprinting, using an item or block, attacking a mob, or breaking a block.
The bug
If the player begins an input before or after entering an interface (such as a furnace, inventory, or chest) or changing game-states, once the player returns to the previous state (being able to move around), the input will not respond until the buttons are pressed again. This prevents persistent input after the following cases occur:
- Entering water (for sneaking only:
MCPE-39970) - Travelling through a nether or end portal
- Closing a chest, crafting table, book, pause screen, or other GUI
- Entering a world
- Pressing the "use/ right-mouse" button (for breaking blocks only; placing a block then immediately trying to break it, or simply pressing the "use/ right-mouse" button while breaking a block will stop the player from doing so)
- Scrolling through the hotbar (for breaking blocks, and using an item or block)
- Creative mode flying (for sneaking only)
- Leaving a mount (pig, strider, horse, or more related mobs; for sneaking only)
- Leaving a boat (for jumping and sneaking only)
Confirmed with keyboard/ mouse controls and a controller on Windows 10. If other devices are affected, this statement will be changed. The original reporter's information is retained below.
KEYBOARD(WINDOWS 10/ANDROID):
Scenario: Holding W and Ctrl when leaving the players inventory.
Expected: The player should start sprinting and moving forward
Actual Result: The player is standing still and is not sprinting
XBOX ONE BETA - Responsiveness in this case was as expected when using a controller.
WINDOWS 10/ANDROID (CONTROLLER) - While the sensitivity seems to be fixed, a behavior where something like holding down a button like L or R would not cycle continuously through the hot bar slots and instead only press once.
MOUSE(ANDROID) - Up until this point it has been impossible to implement a mouse API. However in Android release 8(codename OREO) an API was added for all public app developers. Not a bug just pointing it out.
If you need a better explanation, I be happy to provide footage of some examples. Please take note of this as I believe that this is a critically overlooked feature to be ported from Java Edition.
- is duplicated by
-
MCPE-53523 Input Errors and Inputs not Updating (Keyboard and Mouse)
- Resolved
-
MCPE-57017 Holding crouch and opening inventory un-crouches after leaving inventory
- Resolved
-
MCPE-114230 Swapping item with mouse wheel stops using/mining/placing, even if mouse 1 is still held
- Resolved
-
MCPE-125059 Scrolling Mouse Wheel while placing blocks doesnt work.
- Resolved
-
MCPE-137949 mining can be canceled while holding button
- Resolved
-
MCPE-142362 Holding a key to move while closing in-game interfaces doesn't allow you to move
- Resolved
-
MCPE-174521 Game ignores held keys when leaving inventory
- Resolved
- relates to
-
MCPE-46795 Cannot move items if Quick Move isn't canceled
- Resolved