mojira.dev

VarHar

Assigned

No issues.

Reported

MC-117792 /function doesn't work Duplicate MC-109541 "Repeat" commandblocks activate in 1 activaction delay Duplicate MC-108722 redstone/piston wierd update bug Awaiting Response MC-105595 Structure block don't save to disk when using redstone Works As Intended MC-104514 Replacing chest with air gives wrong message Duplicate MC-97184 @p @r for entities Invalid MC-94509 Creative flying mode sneaking bug Duplicate MC-87633 third* sword speciall atack bug Duplicate MC-86501 Ability to "burn" lingering potion Duplicate

Comments

Sorry for duplicate, but oryginal thread doesn't point that it has something to do with function command, therefore it didn't show up in my search

Does anybody need any more information to confirm this bug?

"is over 100mb" if you don't want to send whole save, use mc-edit or please write steps-to-reproduce

Please remove this report as a duplicate of MC-11193
MC-11193 shows incorrect update of contraptions using trough-block powering, while here:
I power pistons directly,
This bug happens ONLY with pistons

Your explanation is better than mine but not explains what happens in my last contraption, where both pistons marked get the same signal length but only one retract
(edit) may be considered a duplicate of MC-6099

Can confirm for 16w41a

Is it possible for you to send this save (or part of it)?

Well, that's an interesting one.
Aren't hoppers over-flown with items?
Maybe water was for not long enough to push them across (they are on hoppers only visually)?
Check if hoppers aren't powered

I experienced the same, just save you'r /summon command on commandblock with auto:1b

hey, thanks to GamerGuppy and Robert Schuh for explanation.
And to Adrian Uffmann:
I think you can use r=1, as old r=0, it's going to detect entities on this very block.

Can i ask something?
Why /say @e[r=0] doesn't say my name now?
I know that's something i, and a lot of other users used and I'm very ANGRY that i need to rewrite my commands because of so settle change
@edit
i did a test, and i've putted two ArmorStand's in 0.5 radious (z axes) from each other,
i've moved myself ~ ~ ~1.0 exactly from armorstand or the +z (with was on -83 4 -150)
and putted in an command "/execute @e[type=ArmorStand,r=1] ~ ~ ~ /say hi" (without quotes)
Two armorstands have recalled with one was on radious more than 1! (but less than 2, this bug was there before fixes)
WITH MEANS this snapshot (16w07a) have broke more than it fixes

Fresh install of minecraft? theres no really minecraft intalation, you mean refilling %appdata%/.minecraft folder right?
Nevermind... is the crash report changes?

Mitch, sorry but its not minecraft fault (i think so) have you tryied reinstalling java?

You thought wrong, it triggers when player isn't moving too.
Please learn before creating an issue.

Please move it to Launcher section, and give some clues why that hapenns if you want from mojang to fix the bug

the same happends for some doors after relogging

tested, but i cant guarantine its gonna bug out to anyone else, it has something to do with filling new maps.
reproduce*
try having one map in one chunk and another in other map chunk(all in hands full, WARNING you wont see it when the one in off-hand is in spawn chunks
Psst. try hanging oround with it more so the bug will work for every map in off-hand(when holding something in main, of course)
— Again it may not glith on some computers becouse they are going to detect change and priority of main will be the same, but it works to me every time

I had this issue too, but i /kill myself and maps(they must not exist even as item on the ground)
now its working (reloging, new maps, new worlds wont help- strange) (Im on Minecraft 15w34b too lazy for other)