MC-74511/tp command doesn't output rotation
The output of the /tp command always showed the three coordinates (x, y, z) in the output after teleporting an entity. But now that rotational teleport is supported, the output doesn't show the rotation. If you constantly change the rotation of an entity (and only the rotation), it'll always output the same thing, because the entity's coordinates aren't being changed, but only the rotation.
Also, it seems to be a bug because before it showed the coordinates when only the coordinates could be specified, meaning a complete output of the command result. But now, since the rotation can also be specified and doesn't appear in the output, it isn't complete anymore, because it doesn't show the complete result of the command.
Steps to reproduce:
1- Using the /tp command, change the rotation of any entity (example: /tp @p ~ ~ ~ 0 0).
2- Look at the output. It shows you current coordinates, but not your current rotation, the only thing that was changed by the command.
Created Issue:
/tp command doesn't output rotation
The output of the [[/tp]] command always showed the three coordinates (x, y, z) in the output after teleporting an entity. But now that rotational teleport is supported, the output doesn't show the rotation. If you constantly change the rotation of an entity (and only the rotation), it'll always output the same thing, because the entity's coordinates aren't being changed, but only the rotation.
Also, it seems to be a bug because before it showed the coordinates when only the coordinates could be specified, meaning a complete output of the command result. But now, since the rotation can also be specified and doesn't appear in the output, it isn't complete anymore, because it doesn't show the complete result of the command.
Steps to reproduce:
1- Using the [[/tp]] command, change the rotation of any entity (example: [[/tp @p ~ ~ ~ 0 0]]).
2- Look at the output. It shows you current coordinates, but not your current rotation, the only thing that was changed by the command.Environment
Windows 8.1 Single Language
Java 7u71
Attachments2
The output of the
[[/tp]]command always showed the three coordinates (x, y, z) in the output after teleporting an entity. But now that rotational teleport is supported, the output doesn't show the rotation. If you constantly change the rotation of an entity (and only the rotation), it'll always output the same thing, because the entity's coordinates aren't being changed, but only the rotation.Also, it seems to be a bug because before it showed the coordinates when only the coordinates could be specified, meaning a complete output of the command result. But now, since the rotation can also be specified and doesn't appear in the output, it isn't complete anymore, because it doesn't show the complete result of the command.
Steps to reproduce:
1- Using the[[/tp]]command, change the rotation of any entity (example:[[/tp @p ~ ~ ~ 0 0]]).
2- Look at the output. It shows you current coordinates, but not your current rotation, the only thing that was changed by the command.The output of the /tp command always showed the three coordinates (x, y, z) in the output after teleporting an entity. But now that rotational teleport is supported, the output doesn't show the rotation. If you constantly change the rotation of an entity (and only the rotation), it'll always output the same thing, because the entity's coordinates aren't being changed, but only the rotation.
Also, it seems to be a bug because before it showed the coordinates when only the coordinates could be specified, meaning a complete output of the command result. But now, since the rotation can also be specified and doesn't appear in the output, it isn't complete anymore, because it doesn't show the complete result of the command.
Steps to reproduce:
1- Using the /tp command, change the rotation of any entity (example: /tp @p ~ ~ ~ 0 0).
2- Look at the output. It shows you current coordinates, but not your current rotation, the only thing that was changed by the command.
![[Mod] Torabi](../../../data/assets/gravatar/torabi.png){kind=small}
Please! Will this bug stay in the same status it had after being created, with no confirmation and no feedback?
Windows 8.1 Single Language
Java 7u71
![[Mod] redstonehelper](../../../data/avatars/users/10122.svg){kind=small}
![[Mojang] Grum (Erik Broes)](../../../data/assets/gravatar/grum.png){kind=small}
[Mojang] Grum (Erik Broes)A comment with security level 'global-moderators' was removed.
Hey, any moderator can confirm this bug?
Confirmed.
confirmed for 15w31c
Ok. If this was marked as working as intended, there might be a good reason for it. But what is the reason?
No need to update the affected versions. This is already resolved as WAI.