No I tried the same setup in another world, exactly the same, and it worked. In that map it does not for some reason.I also tried without the [tag=] and got the same error. You can see in the screen shot.
Here is the world, you can try it yourself.
Missed it completely sorry.
Shouldn't it be checking the input from the block pointing into it? Not the one sitting behind it, which can be pointing in any direction. Doesn't make sense to me. Not that I am complaining, if this is the way the Devs say this works after seeing this, then that is how it works. I'll work with it.
Thanks.
I still feel that this is a bug, It would be illogical for it to not accept the conditional input from any side, as all other command blocks work that way with non-conditional input. This is a bug that breaks the way command blocks chain together.
I have discovered the issue, The spots, On all the builds, where I bend the chain are Conditional command blocks, and the command block pointing up does not register the previous block as meeting the condition when it does.
The current screenshots shows the problem. The chat in the background shows the output of the two configurations, The first one shows the output of 0, 1 the third block is set to conditional, the second one shows the output of 0, 1, 2, and is unconditional.
It is not just this build either other builds that I have made have the same issue. When I try to change their shape after finishing the program, they stop working correctly.
No it does not, Those blocks are in place each time I ran the program.
I had also tested this using /say 1, /say 2, etc, in place of all the commands, and it worked as I thought it should. I could move the command blocks orientation with the same order and it would output the proper sequence.
I Had this problem on other creations of mine that I built in a straight line then tried to bend into a smaller design, again keeping the command blocks in order.
If you want to recreate this I can explain how to use the command block program. Or you can test with your own command block program, up to you.
Summoning ANYTHING with /summnon crashes game it seems.
All they would need to do is allow players to use "" after the = when using name= or team= that way we can use name=!"TIM!" or team=!"MY TEAM NAME!"
I can confirm this Happens. The Dispenser will Shoot a Duplication of the stack of arrows it chooses. This does not Dupe regular arrows only Potion ones.
There is no invulnerable option for the FallingSand Entity as there is with most entities or this might not even be an issue/bug.
http://minecraft.gamepedia.com/Commands#setblock
The replace option doesn't replace specific blocks. If you want to replace specific blocks use the /fill command.
Then submit the report with screenshots/video from a non modded game.
And if you have flight you can fly up over 2,000,000,000,000 If you had the time but nothing works that high really.
Sorry I am dumb and was not aware, you could use true/false I thought it was only 1/0.
eh... heh he heh... I figured out my problem.... at location X=0 Y=0 there is only water. No solid land close enough...
Still it is a weird error for that problem.