MC-278005Self-slowing actions cancel sprint instead of temporarily disabling it
The fix of MC-152728 has indirectly made it so your ctrl sprint input buffer is not regained after completing an action that slows movement (such as crouching/shielding/eating).
Expected Behavior: Ctrl sprint input is regained after the slowdown action is completed.
Observed Behavior: Ctrl sprint input is lost after the slowdown action is completed, forcing a new sprint to have to be manually started.
Created Issue:
Sprinting input buffer is incorrectly lost after doing an action that slows you down
The fix of MC-152728 has indirectly made it so your sprint input buffer is lost when starting an action that slows movement (such as crouching/shielding/eating). Even if we're now no longer able to speed up crouching, the ctrl sprint input itself should not be lost after the slowdown action is completed.
Expected Behavior: Sprinting is resumed automatically after the slowdown action is complete
Observed Behavior: Sprint input is still lost after the slowdown action is complete, forcing a new sprint to have to be manually started
Attachments1
Minecraft 24w44a - Singleplayer 2024-10-31 10-47-13.mp4
The fix of MC-152728 has indirectly made it so your sprint input buffer is lost when starting an action that slows movement (such as crouching/shielding/eating). Even if we're now no longer able to speed up crouching, the ctrl sprint input itself should not be lost after the slowdown action is completed.
Expected Behavior:
Sprintingisresumed automaticallyafter the slowdown action is completeObserved Behavior:
Sprint input is still lost after the slowdown action is complete, forcing a new sprint to have to be manually startedThe fix of MC-152728 has indirectly made it so your sprint input buffer is lost when starting an action that slows movement (such as crouching/shielding/eating). Even if we're now no longer able to speed up crouching, the ctrl sprint input itself should not be lost after the slowdown action is completed.
Expected Behavior: Ctrl sprint input is kept after the slowdown action is complete.
Observed Behavior: Ctrl sprint input is still lost after the slowdown action is complete, forcing a new sprint to have to be manually started
Sprinting inputbufferis incorrectly lost after doing an action that slows you downCtrl sprinting input is incorrectly lost after doing an action that slows you down
The fix of MC-152728 has indirectly made it so your sprint input buffer is lost when starting an action that slows movement (such as crouching/shielding/eating). Even if we're now no longer able to speed up crouching, the ctrl sprint input itself should not be lost after the slowdown action is completed.
Expected Behavior: Ctrl sprint input is
keptafter the slowdown action is complete.Observed Behavior: Ctrl sprint input is
stilllost after the slowdown action is complete, forcing a new sprint to have to be manually startedThe fix of MC-152728 has indirectly made it so your sprint input buffer is lost when starting an action that slows movement (such as crouching/shielding/eating). Even if we're now no longer able to speed up crouching, the ctrl sprint input itself should not be lost after the slowdown action is completed.
Expected Behavior: Ctrl sprint input is regained after the slowdown action is completed.
Observed Behavior: Ctrl sprint input is lost after the slowdown action is completed, forcing a new sprint to have to be manually started
The fix of MC-152728 has indirectly made it so your sprint input buffer is lost when starting an action that slows movement (such as crouching/shielding/eating). Even if we're now no longer able to speed up crouching, the ctrl sprint input itself should not be lost after the slowdown action is completed.
Expected Behavior: Ctrl sprint input is regained after the slowdown action is completed.
Observed Behavior: Ctrl sprint input is lost after the slowdown action is completed, forcing a new sprint to have to be manually started.
Ctrl sprinting input isincorrectly lost after doing an action that slows you downCtrl sprinting input is not regained after completing an action that slows you down
The fix of MC-152728 has indirectly made it so your sprint input buffer is
lost when starting an action that slows movement (such as crouching/shielding/eating).Even if we're now no longer able to speed up crouching, the ctrl sprint input itself should not be lost after the slowdown action is completed.Expected Behavior: Ctrl sprint input is regained after the slowdown action is completed.
Observed Behavior: Ctrl sprint input is lost after the slowdown action is completed, forcing a new sprint to have to be manually started.
The fix of MC-152728 has indirectly made it so your ctrl sprint input buffer is not regained after completing an action that slows movement (such as crouching/shielding/eating).
Expected Behavior: Ctrl sprint input is regained after the slowdown action is completed.
Observed Behavior: Ctrl sprint input is lost after the slowdown action is completed, forcing a new sprint to have to be manually started.
![[Mod] Jarl-Penguin](../../../data/avatars/users/92849.png){kind=small}
![[Helper] gaspoweredpick](../../../data/avatars/users/80904.png){kind=small}
![[Helper] clam lol](../../../data/avatars/users/92852.png){kind=small}
Ctrl sprinting input is not regained after completing an action that slows you downSelf-slowing actions cancel sprint instead of temporarily disabling it
![[Mojang] Triage Team](../../../data/avatars/users/89842.png){kind=small}
Normal![[Mojang] Rebecca](../../../data/avatars/users/18936.svg){kind=small}
[Mojang] RebeccaReported the loss of sprint input buffer (a side-effect of this bug) as its own bug over at MC-278005.
Can confirm.
A better way to phrase this would be to say that when a sprint is canceled by a self-inflicted moment-slowing effect, it is not auto-reactivated when the effect ends. I'm personally of two minds about this behavior. On the one hand it makes sense since other means of canceling sprint have always worked this way. On the other hand you could argue that self-slowing effects constitute "temporary sprint suppression" and deserve special treatment. Certainly the appeal of hold sprint (as opposed to toggle sprint) will take a significant hit if this change is considered intentional behavior.
For what it's worth, I personally would like to see a fundamental re-evaluation of sprinting in Minecraft. I'm not aware of any other video game which incentivizes the player to sprint almost all the time like Minecraft does; more typically, sprinting is reserved for those situations where the player wishes to sacrifice combat readiness in order to travel a bit faster. If players expect to be able to travel at sprinting speed all the time it may be desirable to make sprinting the default and lock walking behind a toggle/hold button (or remove walking altogether); this would also eliminate the frustration caused by toggle sprint not activating after death (
MC-263293) and after login/dimension change.(Edit: updated the issue title to make it a bit clearer.)