m0rsk

There isn't really "went through". The bugs are true duplicates, and if was fixed in 2017 none of the others would have happened. I only reported this to help. I thought it was selfish to understand a bug and say nothing, so I said something.

Mojang has given mods bad policy that doesn't distinguish "Some tags won't work if you try to change them," from "Bugs don't matter at all if they involve data commands." These are two very different things. (The bug is not about a tag.) Both this and MC-95738 (and who-knows what else) were fixed when devs saw them, but the policy tells mods not to let devs see them. There must be a better way to do this. Or with luck there are no more bugs like this...

Thanks; that may be useful for workarounds, until the bug is fixed. I can run one version of my command in the Overworld with {Dimension:0}, and one in the End with {Dimension:1}, and each should only find armor stands it's able to handle correctly.

Looks like a duplicate of MC-122893.

Where did you get the idea for the {Dimension:1} selector? I haven't seen anything like that before.

This is probably the same as MC-122893. Although your test sounds like it's much easier to use.

Still exists in 17w50a. I noticed it when trying to make an item counter that detected @e[type=item,distance=0..1] around armor_stands. It only worked in the dimension it was executed from.

I also confirmed it by spawning chickens at armor_stands, which is similar to the test case of setting blocks to stone.

Are you using mods? I have the same issue, but only in one of my 1.11.2 installations, not the other one. I haven't narrowed down the cause yet. A fresh installation with default settings has no problems with tripwire. My modded installation had problems .. but still had them even after I disabled all mods. So it might be a client setting that makes the difference.

They fixed an /entitydata bug in MC-95738 similar to this one. Any change, even to CustomName, had side-effects. In that case, it reset the Slime's hp. In this case, it duplicates the villager's inventory.

I can't tell if you have special knowledge of exactly when Mojang cares about /entitydata bugs and when they don't, or if you're over-interpreting Serge's comment from 2014. At least in MC-95738, they did care about this type of bug. But perhaps they'd feel villagers duplicating their food isn't as important as slimes resetting their hp.

I don't understand the technical phrasing. Is that just a way of saying that the entitydata command is only partially supported?

It's not a specific tag that doesn't work. Any use of entitydata on a Villager will duplicate the inventory.

The bug exists in 1.8 and 1.11 as well. I can't find a way to edit this into Affected Versions.

Is any of this a "feature" to Redstone designers that would have to be considered before rewriting the implementation? (The performance savings sounds worthwhile regardless. I'm just curious.) For example, if two things on the same circuit are at power-13 and power-12, will the power-12 one always depower first, and does that ever matter?