Update by @unknown:
Summary:
Teleporting an entity with the /tp command should match the target's rotation to the one running the command. This issue was partially fixed in a recent beta (for armour stands), but according to users the fix should be applied to other entities as well:
Â
Repro steps:
Teleport an entity to the player using the following command:
/tp @e[type=...] @p
Observed Results:
The /tp command does teleport the entity to the player, but doesn't rotate the entity to have the same rotation as the player
Â
Expected Results:
The entity should have its rotated changed to match the player when teleported
Screenshots/Videos attached:Â No
Notes:
Original Description:
The /tp command does teleport the armor stand to the player, but doesn't rotate the armor stand to have the same rotation as the player:
/tp @e[type=armor_stand] @pComments 24
Using the tilde (~) makes the entity face the current direction they were facing before they are moved. That may have affected that.
Using the tilde (~) makes the entity face the current direction they were facing before they are moved. That may have affected that.
So is it intended to work like that? In minecraft Java it's different, the rotation gets transferred. In minecraft bedrock even if I run:
/tp @e[type=armor_stand] @p
The armor stand is moved to the player's coordinates, but the rotation remains unchanged.
So is it intended to work like that? In minecraft Java it's different, the rotation gets transferred. In minecraft bedrock even if I run:
/tp @e[type=armor_stand] @p
The armor stand is moved to the player's coordinates, but the rotation remains unchanged.
This should be working, but the functionality is locked to the version of the world to prevent previous uses of the command from breaking.
For /tp command with a destination entity specified but no facing specified:
If the tp command is run in 1.16, then all victim mobs should keep their own rotation except the special case for the armor stand
If a command block is placed in 1.16 with this command and then the same command block is run on 1.16.210, all victim mobs should keep their own rotation except the special case below for the armor stand
If the command is run in 1.16.210, then all victim mobs should have the same rotation as the destination entity
This should be working, but the functionality is locked to the version of the world to prevent previous uses of the command from breaking.
For /tp command with a destination entity specified but no facing specified:
If the tp command is run in 1.16, then all victim mobs should keep their own rotation except the special case for the armor stand
If a command block is placed in 1.16 with this command and then the same command block is run on 1.16.210, all victim mobs should keep their own rotation except the special case below for the armor stand
If the command is run in 1.16.210, then all victim mobs should have the same rotation as the destination entity
This should be working, but the functionality is locked to the version of the world to prevent previous uses of the command from breaking.
For /tp command with a destination entity specified but no facing specified:
If the tp command is run in 1.16, then all victim mobs should keep their own rotation except the special case for the armor stand
If a command block is placed in 1.16 with this command and then the same command block is run on 1.16.210, all victim mobs should keep their own rotation except the special case below for the armor stand
If the command is run in 1.16.210, then all victim mobs should have the same rotation as the destination entity
Using the tilde (~) makes the entity face the current direction they were facing before they are moved. That may have affected that.