What happens:
using [ /data ] to change:
a banner's pattern and/or pattern color
a sign's text
structure block bounding box and gui (unlike the others, this change is not corrected on reload)
using [ /data get ], the returned nbt shows the correct (updated) nbt.
Middle-clicking the banner gets the wrong (old) item in inventory.
What is expected to happen:
The visuals update according to the nbt instantaneously without the need of re-logging.
How to reproduce:
Banner:
Place any banner.
use a command to change the patterns:
/data merge block ~-1 ~1 ~ {Patterns:[{Pattern:"bs",Color:5}]}The texture doesn't update.
Relog. It is magically fixed!
End Crystal and area effect cloud:
Place an entity.
change the pos using /data.
Position only changes after relog.
Linked issues
is duplicated by 1
Attachments
Comments 12
After further testing it seems I was mistaken saying "a few". I had thought that the BeamTarget visuals also did not update but that is incorrect. I also tested 'Pos' with item frames and paintings but it seems those are unchangable.
@Kyrollos Youssef
Nevermind my previous comment, also verified for area_effect_cloud 'Pos" nbt tag.
EDIT: So that brings the total up to two other things besides banners. ender_crystal 'Pos' and area_effect_cloud 'Pos'
Editing nbt during the lifetime of an entity is not supported, so the area effect cloud and ender crystal Pos tags are invalid. Not sure about the banner one, I asked mojang and am awaiting a reply.
@ FVbico (Steven Verberne),
I used:
/data merge block x y z {RecordItem:{id:"minecraft:music_disc_chirp",Count: 1b}}using /data get, the output is identical to the outpu that I get if I put the disc mannually.
The 'banner' example appears to be fixed in 18w02a (maybe earlier) for me. Can you guys check your other cases and see if they are fixed as well, please.
Can confirm, also, this happens with a few other things.
for exampleincluding ender_crystal "Pos" nbt and area_effect_cloud 'Pos' nbt. Visuals do not update until relog.