Repeating command block still executes after removing power
World download in which the bug happens: https://www.dropbox.com/s/7lz28rra2ix5xm5/Endzerst%C3%B6rung.zip?dl=0
(There's already a redstone block drop for your convenience.
)
If you put a redstone block into the spot of the sign that says "redstone block here", the command blocks do some stuff and then fill three blocks with redstone blocks, which each activates a row of 4 command blocks, the first of every row is a repeating command block. There is a scoreboard counter from 12 down 1 per execution and everything except the teleportation of one armorstand is dependent on the scoreboard being above 0. When the scoreboard reaches 1, it replaces the redstone block that powered it with a stone block. This is where the bug comes in: Even though the signal giving redstone block was replaced with a stone after less than a second, the armor stand still gets teleported, which means that the repeating command block still gives a signal through its chain.
Seems to be already reported in MC-89877, but there the mod "Mustek" marked it as duplicate of MC-7681. I don't know if MC-89877 is about the command still being executed or the comparator output staying on. The comparator thing works as intended (although it's annoying), but that the command still gets executed is a bug.
Environment
Windows 7, 64 bit, Java Version 8 Update 20
Created Issue:
Repeating command block still executes after removing power
World download in which the bug happens: https://www.dropbox.com/sh/x7hhxyihoje3cdw/AAC2_C3GC9I3pW40GjjuAgc5a?dl=0
(There's already a redstone block drop for your convenience.
If you put a redstone block into the spot of the sign that says "redstone block here", the command blocks do some stuff and then fill three blocks with redstone blocks, which each activates a row of 4 command blocks, the first of every row is a repeating command block. There is a scoreboard counter from 12 down 1 per execution and everything except the teleportation of one armorstand is dependent on the scoreboard being above 0. When the scoreboard reaches 1, it replaces the redstone block that powered it with a stone block. This is where the bug comes in: Even though the signal giving redstone block was replaced with a stone after less than a second, the armor stand still gets teleported, which means that the repeating command block still gives a signal through its chain.
Seems to be already reported inMC-89877, but there the mod "Mustek" marked it as duplicate ofMC-7681. I don't know ifMC-89877is about the command still being executed or the comparator output staying on. The comparator thing works as intended (although it's annoying), but that the command still gets executed is a bug.Environment
Windows 7, 64 bit, Java Version 8 Update 20
World download in which the bug happens: https://www.dropbox.com/s
h/x7hhxyihoje3cdw/AAC2_C3GC9I3pW40GjjuAgc5a?dl=0
(There's already a redstone block drop for your convenience.![]()
If you put a redstone block into the spot of the sign that says "redstone block here", the command blocks do some stuff and then fill three blocks with redstone blocks, which each activates a row of 4 command blocks, the first of every row is a repeating command block. There is a scoreboard counter from 12 down 1 per execution and everything except the teleportation of one armorstand is dependent on the scoreboard being above 0. When the scoreboard reaches 1, it replaces the redstone block that powered it with a stone block. This is where the bug comes in: Even though the signal giving redstone block was replaced with a stone after less than a second, the armor stand still gets teleported, which means that the repeating command block still gives a signal through its chain.
Seems to be already reported inMC-89877, but there the mod "Mustek" marked it as duplicate ofMC-7681. I don't know ifMC-89877is about the command still being executed or the comparator output staying on. The comparator thing works as intended (although it's annoying), but that the command still gets executed is a bug.World download in which the bug happens: https://www.dropbox.com/s/7lz28rra2ix5xm5/Endzerst%C3%B6rung.zip?dl=0
(There's already a redstone block drop for your convenience.![]()
If you put a redstone block into the spot of the sign that says "redstone block here", the command blocks do some stuff and then fill three blocks with redstone blocks, which each activates a row of 4 command blocks, the first of every row is a repeating command block. There is a scoreboard counter from 12 down 1 per execution and everything except the teleportation of one armorstand is dependent on the scoreboard being above 0. When the scoreboard reaches 1, it replaces the redstone block that powered it with a stone block. This is where the bug comes in: Even though the signal giving redstone block was replaced with a stone after less than a second, the armor stand still gets teleported, which means that the repeating command block still gives a signal through its chain.
Seems to be already reported inMC-89877, but there the mod "Mustek" marked it as duplicate ofMC-7681. I don't know ifMC-89877is about the command still being executed or the comparator output staying on. The comparator thing works as intended (although it's annoying), but that the command still gets executed is a bug.
World download in which the bug happens: https://www.dropbox.com/s/7lz28rra2ix5xm5/Endzerst%C3%B6rung.zip?dl=0
(There's already a redstone block drop for your convenience.)
If you put a redstone block into the spot of the sign that says "redstone block here", the command blocks do some stuff and then fill three blocks with redstone blocks, which each activates a row of 4 command blocks, the first of every row is a repeating command block. There is a scoreboard counter from 12 down 1 per execution and everything except the teleportation of one armorstand is dependent on the scoreboard being above 0. When the scoreboard reaches 1, it replaces the redstone block that powered it with a stone block. This is where the bug comes in: Even though the signal giving redstone block was replaced with a stone after less than a second, the armor stand still gets teleported, which means that the repeating command block still gives a signal through its chain.
Seems to be already reported inMC-89877, but there the mod "Mustek" marked it as duplicate ofMC-7681. I don't know ifMC-89877is about the command still being executed or the comparator output staying on. The comparator thing works as intended (although it's annoying), but that the command still gets executed is a bug.
If the repeating command block in this issue is only powered once after the redstone block is removed, then this issue hasn't been fully fixed. I've encountered it in 1.13 when one command block chain removes the redstone block from another, and reported it under MC-136221.
I see a lot of armor stands. Which one are you talking about, exactly? There was a redstone block issue fixed in 15w47a, does your problem still exist in 15w47a? If so, please upload or describe an updated setup where the bug can be observed clearly. If you upload a world, please make it a superflat map.
Yep, it's fixed in 15w47a, great! But now armor stands look weird.
See
MC-92906.