This has been Resolved, please mark it as such
The problem was a previous command in the animation file that was causing the rotation to appear as if it was acting up. I removed it and it now works as intended.
Description
The command:
[media]
It is intended to teleport the player forward, ignoring any y rotation the player currently has. This works as intended when run from the player and from command blocks.
However, within the attached addon, when I ran this command from a player's animation file, the result is that the y rotation of the player is preserved which is not the command's intention.
Steps to Reproduce:
Download my addon, attached to this post
Open a flat world with both the behavior and resource packs as well as cheats enabled, (No experimental features necessary)
Run the command: "give @s "minecraft:dirt"
While holding the item you will periodically have the command running on you:
[media]Notice how the y value of the teleport does not match the player's height
Compare this to running the command manually or from a command block, Notice how this preserves the player height always.
Expected Behavior
The teleport command run from the behavior pack's animation file should preserve the "y-coordinate" of the player that activates it and teleport the player forward. This is because of the "rotated ~ 0" subcommand.
Actual Behaviour
The teleport command in the behavior pack's animation file does not preserve the y
location of the player and instead uses the location of exactly 0.5 blocks in any direction the player is facing.
Supplementary Context
This is the BP animation file that runs the teleport command improperly, it is defined in
"RenderedSwords BP 1.0>entities>player.json"
This animation is run from the animation controller in the behavior pack whenever the player has dirt in their main hand
This is an in-game screenshot of the animation files' teleport command not preserving my player's height. At the time my player has not changed height in any way. Also, this used a custom item instead of holding dirt, but the tested bug is still consistent.
[media]l
Attachments
Comments 0
No comments.