mojira.dev
MC-87639

All 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

Comments 4

Duplicates MC-88446 (or rather was duplicated)

Ah yes, great description. I believe the fix for MC-88446 will address this, as they seem to be describing exactly the same bug.

Resolving to MC-88446 since that's what Mojang looked at, let us know if it isn't fixed in the next snapshot.

Could not reproduce in 15w38b

marcono1234

(Unassigned)

Unconfirmed

auto, byte, command_block, conditionMet, conditional, impulse, unconditional

Minecraft 15w35e

Retrieved