mojira.dev
MC-87566

Delayed "SuccessCount:1" CommandBlock Update.

Exact Problem:
The NBT tag SuccessCount on commandblocks has a delayed update to SuccessCount:1 and vise versa. By the looks of (MC-87611), only one block gets updated at a time in a commandblock chain.

Note:
This causes conditional commandblocks to function incorrectly.

How to Replicate: (View attachment for detail)

/testforblock ~ ~-1 ~ minecraft:chain_command_block -1 {SuccessCount:0}

When running the following, it should only return true / successcount:1 when the block below /testfor @p[r=5] is false / successcount:0

Problem:
With /testfor @..., it first returns SuccessCount:0 before updating to successcount:1, making /testforblocks... {SuccessCount:0}'s condition true at least once.

Attachments

Comments 13

This is actually fixed in the d snapshot.

Check again. Chains longer than two blocks are broken when the condition is false.

Does it work correctly in 15w35b? I'm having the same issue.

It worked in 15w35b for me, but broke in 15w35c, 15w35d and 15w35e

If I make the chain longer with more conditional chain CBs it behaves oddly... I'll try if I can figure out what exactly happens and maybe create a more detailed bug report.

3 more comments

Holding my fingers crossed.

@unknown, you can test it now 😉

Great, it is fixed 🙂

I assume the /testforblock repeating command block is set to "Always active".

The problem is very likely that impulse and repeating command blocks do not act like chain command blocks. That means this repeating command block runs eventually before the blank repeating command block because of the block update order.

Yolandi Briel

(Unassigned)

Unconfirmed

Minecraft 15w35c, Minecraft 15w35d, Minecraft 15w35e

Minecraft 15w44a

Retrieved