It should be noted that when moving from 1.21.6 to 1.21.7 rc1 this is not a breaking change, but the pack format is meant to work both ways, and it is indeed a breaking change when trying a 1.21.7rc1 pack in 1.21.6, despite both updates sharing pack formats.
This is caused by the game using empty key notation like that to make lists of mixed types. It is attempting to simplify the first element's text component to a compound, but the other 3 lines simplify their text components to a string. When the game inserts a string into a list of compounds, it wraps the string in a compound and puts it in an empty key.
Can confirm in 1.21.4
Upon further review, this is not limited to the attribute command at all. Empty identifiers can be used in other commands inside of command blocks, such as storage identifiers with the data command. There is still the issue of commands in chat working different than commands in command blocks though, since chat removes double spaces, and also with the trailing space being trimmed from command blocks that prevent removing the modifier with the empty string ID.
Can confirm in 1.21pre2. Also, when in creative mode, the items won't be able to stack immediately after unstacking. If you unstack the items in creative mode, then go into survival mode, the items that were unstacked in creative mode cannot be stacked in survival mode either.
Again, I see what you're saying, but the bug I reported affects levels above 128.
It Works On Numbers Above 4!
It works for 1-127! It only doesn't work when you get to 128, and it's only for levitation.
Yes it is above 4, but this works as it should on players without any problems. It only doesn't work on MOBS. Also, on players and mobs, levels above 4 and less than 128 work as they should. It only affects MOBS with levels 128-255.
This isn't a duplicate of MC-10755 (I think). That bug says how levels above 4 don't work. This is talking about how on MOBS, just the LEVITATION effect doesn't work, ONLY above LEVEL 127. Not about any other effect with level 4.
Confirmed for 15w47c
I think this is a feature, not a bug since it's been in all of the 1.9 snapshots so far.
This is supposed to happen, it tries to stop spam clicking with your hand.
I have confirmed it for 15w34a and 15w34b, but I'm not a mod so I can't mark it confirmed.
Can confirm the CustomName entity tag is the only data copied to the copper statue block from the copper golem entity. The CustomName is copied into the entity_data component on the block instead of the custom_name component, and since the loot table does not specify any components to copy to the item, all of the data is lost upon mining the statue block too.
It would be expected that the custom_data component (the “data” entity tag) would be copied to the block, and that both the CustomName and “data” entity tags would be stored in the block as the actual components, rather than inside the entity_data component. This would also allow the loot table to preserve certain components, as the game does for other block entities.