MC-44463Minecraft /blockdata not working on certain data tags
While trying to change the location of a chest via command block by editing the x, y, and z data tags through the /blockdata command, it says that the block was indeed updated, but does not show any change in the tags or to the chest. It is highly likely the command was not intended to be used like this, but while using /blockdata ~ ~-1 ~ {} I noticed it was indeed an option and expected it to work. Even if it was not intended to be used like this, when I saw this I didn't expect it to work, but wished it would as the functionality would be a great asset to my adventure map.
Environment
Windows 8
Attachments1
Created Issue:
Minecraft /blockdata not working on certain data tags
While trying to change the location of a chest via command block by editing the x, y, and z data tags through the /blockdata command, it says that the block was indeed updated, but does not show any change in the tags or to the chest. It is highly likely the command was not intended to be used like this, but while using /blockdata ~ ~-1 ~ {} I noticed it was indeed an option and expected it to work. Even if it was not intended to be used like this, when I saw this I didn't expect it to work, but wished it would as the functionality would be a great asset to my adventure map.
Environment
Windows 8
Attachments1
![[Mojang] Nathan Adams](../../../data/assets/gravatar/dinnerbone.png){kind=small}
![[Mod] Torabi](../../../data/assets/gravatar/torabi.png){kind=small}
For the record editing those tags with a map editor never worked either (it changes where the highlight box is instead, as though it moved it and the box moved with it). I suspect they're secondary copies of info stored elsewhere and changing them won't help without changing the first copy.
The x/y/z tags cannot be changed to teleport blocks, sorry. It doesn't work like that!
To add to what Dinnerbone said, I believe that the x/y/z tags represent the entity location, not the block location. Therefor moving it does nothing because the entity is telling itself to go where the block is. I may be completely wrong but thats my understanding.
In that case, could this be used to copy the contents of one chest and override anothers? And a block moving command would be pretty helpful.
You can already alter the contents of the chest with a tag, and you can use testfor to find a block
But that only works if you are expecting specific contents. To recreate what i expected you would need thousands of command blocks by that method.