The "conditional" setting no longer works for command blocks
Very simply, the "conditional" setting does nothing when set (i.e. the command block runs as though it was unconditional). This affects impulse and chain blocks.
Linked Issues
is duplicated by5
Created Issue:
The "conditional" setting no longer works for command blocks
Very simply, the "conditional" setting does nothing when set (i.e. the command block runs as though it was unconditional). This affects all types of command blocks.
Very simply, the "conditional" setting does nothing when set (i.e. the command block runs as though it was unconditional). This affects
all types of commandblocks.Very simply, the "conditional" setting does nothing when set (i.e. the command block runs as though it was unconditional). This affects impulse and chain blocks.
relates to
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
This should be re-opened, as it's still bugged in 17w16b, though in a slightly different way. The command won't execute until its condition is met, but once that happens, it will execute forever, even after its condition fails again. It's as though it's not resetting its "condition met" flag when the previous command fails, which it should be doing.
relates to
Can confirm, have a single player sleeping command block setup, the output from `/testfor @p[score_sleep_min=105]` correctly returns `[19:32:48] Entity '@p[score_sleep_min=105]' cannot be found`, yet the conditional command block feeding from it, always executes. Was working fine with 17w15a.
Glad this has been reported. I opened my testing world in the newest snapshot, and suddenly chaos ensued because teleports that were supposed to be conditional were running every tick. Definitely a game-breaking bug for mapmakers and command block system designers.
For me it still doesn't work properly in 17w16b!
Janik Schumacher:
MC-116471