MC-89877Repeating Command Block fails to detect the absence of power
A repeating command block that requires redstone will still output an active signal after being turned off. By right clicking on the command block to see the command and clicking "Done," the signal will switch off. In addition, the signal will not switch off if you click "Cancel"
My opinion: either the signal should remain on (due to the final command being successful) or off (due to the command block being powered off) and not dependent on the player looking at the command and clicking "Done"
How to Recreate:
1) set down a repeating command block that requires redstone
2) write a command in it that will always be successful (ex: testfor @e)
3) set a comparator coming out of the command block
4) power the command block; note the comparator turning on
5) unpower the command block; the comparator remains on
6) enter the command editing GUI and either select "Done" (comparator turns off) or "Cancel" (comparator remains on)
Environment
OSX; Java version 8 update 60 (build 1.8.0_60-b27)
Linked Issues
Created Issue:
Repeating Command Block fails to detect the absence of power
A repeating command block that requires redstone will still output an active signal after being turned off. By right clicking on the command block to see the command and clicking "Done," the signal will switch off. In addition, the signal will not switch off if you click "Cancel"
My opinion: either the signal should remain on (due to the final command being successful) or off (due to the command block being powered off) and not dependent on the player looking at the command and clicking "Done"How to Recreate:
1) set down a repeating command block that requires redstone
2) write a command in it that will always be successful (ex: testfor @e)
3) set a comparator coming out of the command block
4) power the command block; note the comparator turning on
5) unpower the command block; the comparator remains on
6) enter the command editing GUI and either select "Done" (comparator turns off) or "Cancel" (comparator remains on)Environment
OSX; Java version 8 update 60 (build 1.8.0_60-b27)
duplicates
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.
Dupe of
MC-7681Thank you for your report.
However, your ticket has been resolved as a duplicate.
This issue has been linked to the original bugreport:
MC-7681. You can find or add further information on that report.Please search before reporting any bugs, as it's likely that one exists already.