MC-87639All command blocks act based on conditionMet tag / auto tag acts different that redstone signal
In the latest snapshots the conditionMet tag was added for command blocks. It seems to determine wether or not a command gets executed.
The problem
Currently there is the problem that a placed (impulse) command block (conditional or not) does not run its command when its auto tag gets set to 1b and the conditionMet tag is 0b.
Reasons for this problem
auto tag does not act like redstone update
Powering a command block with redstone will first update the conditionMet tag and then run the command. For the auto tag it seems to be the other way around.
conditionMet tag affects unconditional command blocks
I do not know if this is a feature or not, but unconditional command blocks are affected by the conditionMet tag as well, however they will always set the tag to 1b.
conditionMet defaults to false/0b
As it is with all byte tags, the conditionMet tag defaults to 0b which causes this problem as well. However this should not be changed but rather the behaviour of the auto tag.
Linked Issues
Created Issue:
All command blocks act based on conditionMet tag
In the latest snapshots the conditionMet tag was added for command blocks. It seems to determine wether or not a command gets executed.
The problem
Currently there is the problem that a placed (impulse) command block (conditional or not) does not run its command when its auto tag gets set to 1b and the conditionMet tag is 0b.
Reasons for this problem
auto tag does not act like redstone update
Powering a command block with redstone will first update the conditionMet tag and then run the command. For the auto tag it seems to be the other way around.
conditionMet tag affects unconditional command blocks
I do not know if this is a feature or not, but unconditional command blocks are affected by the conditionMet tag as well, however they will always set the tag to 1b.
conditionMet defaults to false/0b
As it is with all byte tags, the conditionMet tag defaults to 0b which causes this problem as well. However this should not be changed but rather the behaviour of the auto tag.
All command blocks act based on conditionMet tag / auto tag acts different that redstone signal
duplicates
![[Mod] Michael Wobst](../../../data/avatars/users/37868.png){kind=small}
In MC-87639 I wrote also other strang behaviours
So this bug is maybe rather caused by the fact that changing the auto tag acts different than powering a command block
Duplicates
MC-88446(or rather was duplicated)Ah yes, great description. I believe the fix for
MC-88446will address this, as they seem to be describing exactly the same bug.Resolving to
MC-88446since that's what Mojang looked at, let us know if it isn't fixed in the next snapshot.Could not reproduce in 15w38b