MC-135178Mobs do not use correct rotational values in commands when idling
Iron Golems (Or any mobs). when executing commands that use rotational coordinates (^ ^ ^) do not use the proper rotational value. When the iron golem walks, commands that use rotational coordinates function as intended. However, when the iron golem idly rotates or looks at the player while standing still, the golem keeps the rotational value of the direction it last walked.
To Reproduce:
- Summon a golem, (or any mob) either through a /summon command or by building it
- Use this command:
/execute at @e[type=minecraft:iron_golem] run particle minecraft:end_rod ^ ^1 ^3 .1 .1 .1 .001 200
- As the iron golem walks, the command should function as intended.
- After the iron golem has walked in a direction and stopped, wait for it to idly rotate or look in another direction, then execute the same command.
- The particles will appear in the direction the iron golem last walked, not the direction it is currently facing.
- For further evidence that this is due to the iron golem and not the command, here is another command that should accomplish the same task but again, reproduces the same bug:
/execute at @e[type=minecraft:iron_golem] positioned ^ ^ ^4 run particle minecraft:dust .6 0 1 1 ~ ~1 ~ .1 .1 .1 .0001 200
After experimenting with an iron golem, this issue seems to occur for ALL mobs, not just iron golems. Tested with a creeper and a zombie and the same issue occurs.
Here is a video demonstrating the bug as well:
https://www.youtube.com/watch?v=slfSd80sMeA&feature=youtu.be
Linked Issues
Normal
![[Mod] Avoma](../../../data/avatars/users/86198.png){kind=small}
![[Mod] tryashtar](../../../data/avatars/users/41963.png){kind=small}
Created Issue:
Iron Golem does not use correct rotational values in commands
Iron Golem. when executing commands that use rotational coordinates (^ ^ ^) do not use the proper rotational value. When the iron golem walks, commands that use rotational coordinates function as intended. However, when the iron golem idly rotates or looks at the player while standing still, the golem keeps the rotational value of the direction it last walked.
To Reproduce:
- Summon a golem, either through a /summon command or by building it
- Use this command:
/execute at @e[type=minecraft:iron_golem] as @s run particle minecraft:end_rod ^ ^1 ^3 .1 .1 .1 .001 200
- As the iron golem walks, the command should function as intended.
- After the iron golem has walked in a direction and stopped, wait for it to idly rotate or look in another direction, then execute the same command.
- The particles will appear in the direction the iron golem last walked, not the direction it is currently facing.
- For further evidence that this is due to the iron golem and not the command, here is another command that should accomplish the same task but again, reproduces the same bug:
/execute as @e[type=minecraft:iron_golem] at @s positioned ^ ^ ^4 run particle minecraft:dust .6 0 1 1 ~ ~1 ~ .1 .1 .1 .0001 200
Here is a video demonstrating the bug as well:
https://www.youtube.com/watch?v=slfSd80sMeA&feature=youtu.be
Iron Golems (Or any mobs). when executing commands that use rotational coordinates (^ ^ ^) do not use the proper rotational value. When the iron golem walks, commands that use rotational coordinates function as intended. However, when the iron golem idly rotates or looks at the player while standing still, the golem keeps the rotational value of the direction it last walked.
To Reproduce:
- Summon a golem, (or any mob) either through a /summon command or by building it
- Use this command:
/execute at @e[type=minecraft:iron_golem] as @s run particle minecraft:end_rod ^ ^1 ^3 .1 .1 .1 .001 200
- As the iron golem walks, the command should function as intended.
- After the iron golem has walked in a direction and stopped, wait for it to idly rotate or look in another direction, then execute the same command.
- The particles will appear in the direction the iron golem last walked, not the direction it is currently facing.
- For further evidence that this is due to the iron golem and not the command, here is another command that should accomplish the same task but again, reproduces the same bug:
/execute as @e[type=minecraft:iron_golem] at @s positioned ^ ^ ^4 run particle minecraft:dust .6 0 1 1 ~ ~1 ~ .1 .1 .1 .0001 200
After experimenting with an iron golem, this issue seems to occur for ALL mobs, not just iron golems. Tested with a creeper and a zombie and the same issue occurs.Here is a video demonstrating the bug as well:
https://www.youtube.com/watch?v=slfSd80sMeA&feature=youtu.be
Iron Golemdoesnot use correct rotational values in commandsMobs do not use correct rotational values in commands
Mobs do not use correct rotational values in commands when idling
Iron Golems (Or any mobs). when executing commands that use rotational coordinates (^ ^ ^) do not use the proper rotational value. When the iron golem walks, commands that use rotational coordinates function as intended. However, when the iron golem idly rotates or looks at the player while standing still, the golem keeps the rotational value of the direction it last walked.
To Reproduce:
- Summon a golem, (or any mob) either through a /summon command or by building it
- Use this command:
/execute at @e[type=minecraft:iron_golem]as @srun particle minecraft:end_rod ^ ^1 ^3 .1 .1 .1 .001 200
- As the iron golem walks, the command should function as intended.
- After the iron golem has walked in a direction and stopped, wait for it to idly rotate or look in another direction, then execute the same command.
- The particles will appear in the direction the iron golem last walked, not the direction it is currently facing.
- For further evidence that this is due to the iron golem and not the command, here is another command that should accomplish the same task but again, reproduces the same bug:
/execute as@e[type=minecraft:iron_golem]at @spositioned ^ ^ ^4 run particle minecraft:dust .6 0 1 1 ~ ~1 ~ .1 .1 .1 .0001 200
After experimenting with an iron golem, this issue seems to occur for ALL mobs, not just iron golems. Tested with a creeper and a zombie and the same issue occurs.Here is a video demonstrating the bug as well:
https://www.youtube.com/watch?v=slfSd80sMeA&feature=youtu.be
Iron Golems (Or any mobs). when executing commands that use rotational coordinates (^ ^ ^) do not use the proper rotational value. When the iron golem walks, commands that use rotational coordinates function as intended. However, when the iron golem idly rotates or looks at the player while standing still, the golem keeps the rotational value of the direction it last walked.
To Reproduce:
- Summon a golem, (or any mob) either through a /summon command or by building it
- Use this command:
/execute at @e[type=minecraft:iron_golem] run particle minecraft:end_rod ^ ^1 ^3 .1 .1 .1 .001 200
- As the iron golem walks, the command should function as intended.
- After the iron golem has walked in a direction and stopped, wait for it to idly rotate or look in another direction, then execute the same command.
- The particles will appear in the direction the iron golem last walked, not the direction it is currently facing.
- For further evidence that this is due to the iron golem and not the command, here is another command that should accomplish the same task but again, reproduces the same bug:
/execute at @e[type=minecraft:iron_golem] positioned ^ ^ ^4 run particle minecraft:dust .6 0 1 1 ~ ~1 ~ .1 .1 .1 .0001 200
After experimenting with an iron golem, this issue seems to occur for ALL mobs, not just iron golems. Tested with a creeper and a zombie and the same issue occurs.Here is a video demonstrating the bug as well:
https://www.youtube.com/watch?v=slfSd80sMeA&feature=youtu.be
![[Mod] Michael Wobst](../../../data/avatars/users/37868.png){kind=small}
![[Mojang] Nathan Adams](../../../data/assets/gravatar/dinnerbone.png){kind=small}
![[Helper] Johnibur](../../../data/avatars/users/28381.png){kind=small}
duplicates
Can reproduce in 18w30b
In the first command it seems that you switched as and at, although as doesnt seem neccesary
Confirmed for 1.13.1.
Can confirm in 20w51a. I've attached a screenshot which demonstrates this problem.
Can confirm in 21w05b.
Thank you for your report!
We're resolving and linking this ticket forward as a duplicate of MC-141744, as that ticket contains more detailed information and/or has already been triaged by Mojang.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
– I am a bot. This action was performed automatically! The ticket was resolved by one of our moderators, and I left this message to give more information to you.