When the Runtime Identifier is set to a projection such as minecraft:arrow or minecraft:snowball, rotating the model on the add-on to the y-axis (using tp command) does not rotate normally.
However, when set to minecraft:armor_stand, it rotates normally on the y-axis.
Expected Behavior:
- The rendered model's y-axis rotation follows real y-axis rotation
Actual Behavior:
- The rendered model's y-axis rotation does not change
Steps to reproduce:
Add an entity whose runtime identifier is minecraft:arrow
Register an animation controller with a command for the entity to rotate on the y-axis
Summon the entity
Test Files
Video: https://drive.google.com/file/d/1aba6nBQiR0-2n9g81aV3NcOzAgfcdWc1/view?usp=sharing
Addon: https://drive.google.com/file/d/1XgGW4uk9m8MyXrXwFR9oMpznjhDkIK41/view?usp=sharing
How To Test
Make a world with this test addon
/function init
Type "/function test/start" while turning your head
Keep an eye on the summoned entity.
Linked issues
is duplicated by 1
Comments 4
This bug has a huge impact on creating content. It's a bug that existed since a long time ago, but I thought it should be fixed now, so I posted it like this
When will it be fixed...
And I always check this bug in the beta version and add it to the affected version
Thank you for your report!
After consideration, the issue is being closed as Working as Intended.
Please note, that mechanics of the game may change between updates.
Things such as graphics, sounds, world creation, biomes, redstone, villagers, and animals may not work the same in current versions.
Full Version History – Snapshot Version History – Feature Requests and Suggestions
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support (Technical Issues) – 📧 Microsoft Support (Account Issues)
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
Resolving temporarily as Awaiting Response. Could you please attach an example add-on to this ticket?