Skip to content

1.21.1-NF: vault no longer cancels fast run#485

Open
erutobusiness wants to merge 1 commit into
alRex-U:1.21.1-NFfrom
erutobusiness:fix/fastrun-stops-after-vault
Open

1.21.1-NF: vault no longer cancels fast run#485
erutobusiness wants to merge 1 commit into
alRex-U:1.21.1-NFfrom
erutobusiness:fix/fastrun-stops-after-vault

Conversation

@erutobusiness

@erutobusiness erutobusiness commented Jun 4, 2026

Copy link
Copy Markdown

Vaulting over obstacles cancels vanilla sprint due to horizontal block collision in the first couple ticks of the vault animation. Since FastRun.canContinue() requires player.isSprinting(), this caused fast run to stop mid-vault, leaving the player walking after the vault completes.

The fix registers a sprint cancel marker in Vault.onStartInLocalClient so that the LivingEntityMixin setSprinting hook blocks vanilla's cancellation for the duration of the vault. This is the same pattern already used by RideZipline.

When vaulting, vanilla Minecraft cancels the sprint state due to the
horizontal block collision in the first 1-2 ticks of the vault
animation. This causes FastRun.canContinue() to fail (it requires
player.isSprinting()), stopping the fast run mid-vault.

Register a sprint cancel marker in Vault.onStartInLocalClient so that
the LivingEntityMixin setSprinting hook blocks vanilla's cancellation
for the duration of the vault (marker remains while isDoing() is true).
This follows the same pattern already used by RideZipline.
@erutobusiness erutobusiness changed the title fix: prevent sprint cancellation during Vault to preserve FastRun 1.21.1-NF: vault no longer cancels fast run Jun 4, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant