zimpenfish

@clam lol The workaround (/attribute) doesn't work if you want the attribute actually in the NBT though - which is the case for offline tools that report / map / whatever - because whilst `/attribute @e[type=pig,sort=nearest,limit=1] generic.max_health get` does return a number (I'm guessing it does a lookup on the entity type), that attribute still doesn't exist on the found entity in the NBT files on disk.

But that would probably be a different bug than this one and I'm assuming will also be WONTFIX (probably they want to save a few bytes by optimising out common attributes to a lookup table.)

@clamlol MC-188667 implies the `/data` command is broken (not showing unmodified attributes) rather than the attributes not being there but I've used other tools (e.g. `fastnbt` and Minutor) to examine the entities and they are still missing.  It would be a bit weird if two unconnected codebases had the exact same bug as the Java client.

Can confirm still an issue in 1.20.  From a quick check using some NBT decoding tools on this world, there's 254 living mobs in the 4 generated regions, and none of them have a `generic.max_health` attribute.