I have had this issue as well. Facing west, I see particles (they look like "townaura") in the upper left and lower right corners of any painting.
This is "Works As Intended" according to MC-45199 and related issues. As such this is now a duplicate of a resolved issue.
Does the transparency of the wool block return with distance? I think this is related to my own issue, MC-45108.
I don't think this is a bug. A command block only outputs a signal if it is a powered block itself or there's a comparator to read its SuccessCount. In the "powered by block" case, the command will trigger, but since it is the purple wool being powered and not the command block itself, it cannot output to a repeater.
Oops, this is a bit embarrassing- I had /gamerule mobGriefing = false on that world. Thanks for checking anyway.
Oops, this is a bit embarrassing- I had /gamerule mobGriefing = false on that world. Thanks for checking anyway.
Don't be so hasty- I placed it facing out, like regular Villager houses. I'll attach another picture highlighting placement.
I found something here, which supports Chad's comment: http://mc.kev009.com/Protocol#Chat_Message_.280x03.29 .
From that page: "Chat Message (0x03)... A message longer than 119 characters will cause the server and client to print the message "Received string length longer than maximum allowed (X > 119)", with no side effects."
The server is only recognizing the first 119 characters in the string before outputting. Since command blocks can be written well past 119 characters, and this chat limit isn't encountered in singleplayer, I'd have to say this is still a bug.
Recent photo from latest snapshot. Notice that only two lines are visible. I have updated the affected version to reflect this.
Nicholas, the issue is that the characters visible in singleplayer (as many as 256 characters can fill, three or four lines) are only visible up to two whole lines in multiplayer. This is a server related issue, and it appears independent of the client OS.
It appears to only display two whole lines of text in multiplayer. I've tested this in the latest snapshot (13w03a), so I'll edit the affected version again.
Math Maniac- I'm still having this issue as well. Probably the easiest way to reproduce this is with several pressure plates surrounding the command block. If the player position is in any of the pressure plate blocks, the command sets but fails upon player death, back to the original spawnpoint. This is odd, because pressure plates are considered non-solid.
Yes, but a pressure plate (or string between hooks) isn't solid. A spawnpoint set doesn't appear to work if the player's hitbox is inside even redstone/transparent blocks.
This issue arose for me while editing model definitions in a resource pack. Pink variant wool as defined in wool.json affects cyan variant in-game, etc.