Piston extended and retracted at the same time
After placing pistons on top of one another, top piston will remain extended. However, it will still work, but it will prevent an item to be placed in front. It is like a phantom extension that takes the place of the block in front of it.
Environment
Windows Vista,
Linked Issues
is duplicated by41
relates to4
Created Issue:
Piston Always Extended Bug
After placing pistons on top of one another, top piston will remain extended. However, it will still work, but it will prevent an item to be placed in front. It is like a phantom extension that takes the place of the block in front of it.
Environment
Windows Vista,
Linked Issues
relates to1
TRASH-991
- Unresolved
- Open
- Public
- Unconfirmed
- bud bugs piston
- 1.4.1
Grum: See the video I posted 4 comments ago.
I think this bug is depending on the orientation of the piston: http://imgur.com/C0Q2A
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
This bug is also in 1.4.4, but it depends on how you power the pistons: http://imgur.com/a/TKXAf
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
PistonAlways Extended BugPiston extended and retracted at the same time
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
relates to
is duplicated by
relates to
is duplicated by
is duplicated by
The bug is still in 13w05b
View from the other side. 13w05b
In version 1.4.7, turning the lever on and then off, the top piston will remain extended. Is this bug report still active or do I need to open another one ??
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
relates to
MC-17025
relates to
TRASH-991
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
is duplicated by
relates to
is duplicated by
is duplicated by
is duplicated by
MCL-4467
is duplicated by
MCL-4467
Probable duplicate of MC-127
Duplicate of MC-127 , please use the search function to see if your bug has already been submitted. Currently over 29% of tickets are being closed as duplicate.
Duplicate of MC-127 , please use the search function to see if your bug has already been submitted. Currently over 30% of tickets are being closed as duplicate.
Duplicate of MC-127 , please use the search function to see if your bug has already been submitted. Currently over 30% of tickets are being closed as duplicate.
Duplicate of MC-127 , please use the search function to see if your bug has already been submitted. Currently over 35% of tickets are being closed as duplicate.
Duplicate of MC-127 , please use the search function to see if your bug has already been submitted. Currently over 35% of tickets are being closed as duplicate.
Looks like if the Piston is trying to extend and retract at the same time, while receiving indirect signal (being BUD) from a moving Redstone Block and receieving block update, it creates two arms, both with proper hitboxes, one is extended, one is retracted. This piston won't work until you break the extended arm that preventing the retracted one from extending.
It can be a duplication of MC-127, but this bug is NOT a directional one and has different causes. Also, the second arm is NOT a ghost-block, it has a hitbox and does not dissapear after reloading the world.
The little useless (is it? :]) contraption in the first screenshot extends all upper pistons consecutively by turning the lever on and retracts all of them at once by turning it off. The lower line of pistons works as BUDs and updates itself by moving wool blocks. Lower pistons receive indirect power from redstone blocks above.
After the first retraction second piston in the lower line retracts and extends very fast and produce this bug.
Also, this line of pistons can be continued, causing bug on all of the lower ones, except the first one, but not always.
Another way of reproduction found by Rlizeify (see the second picture). Somehow the repeaters are crucial
Duplicate of MC-127 , please use the search function to see if your bug has already been submitted. Currently over 40% of tickets are being closed as duplicate.
All piston bugs related to a piston beeing extended and retracted at the same time are summarized in MC-127. If you have found another way of reproducing it, please leave a comment there.
Duplicate of MC-127, please use the search function to see if your bug has already been submitted. Currently over 40% of tickets are being closed as duplicate.
Duplicate of MC-127, please use the search function to see if your bug has already been submitted. Currently over 40% of tickets are being closed as duplicate.
The new variable redstone strength is having some strange effects on certain blocks. When an object such as a weighted pressure plate or daylight sensor is placed, hooked up to a line connected to a row of pistons, and slowly increased in power, The redstone seems to cut out for a split second, causing the next piston to get stuck in a position where it is both extended and retracted at the same time. Which pistons get stuck is 100% reproducible every time the machine is reset, but changes when the machine is moved or rotated.
Please note that this is not a duplicate of MC-127, as far as I can tell, as the pistons getting stuck seems to be a by-product of a bug with the redstone, not the actual bug I am reporting.
Duplicate of MC-127 , please use the search function to see if your bug has already been submitted. Currently over 42% of tickets are being closed as duplicate.
not entirely sure this is really a duplicate of MC-127 as the SAME pistons (same world, same setup) work perfectly flawless in 1.4.6 and 1.4.7 only when I tried out the new snapshot in order to test how the redstone update would affect my redstone circuits the pistons suddenly started bugging out. So, at least this variation of the stuck pistons bug is definitely new in the snapshot 13w01b! (and completely breaking several of my mechanisms
). Also in contrast to MC-127's description, this is not only a visual bug. These stuck pistons stop working at all. They have a complete physical hitbox, you can stand on; you can repower and remove power withtout any change of state and they are also not moveable by other pistons ... so, well not really sure these are the same issues :/
All piston bugs related to a piston beeing extended and retracted at the same time are summarized in MC-127.
27th duplicate of MC-127 , please use the search function to see if your bug has already been submitted. Currently over 42% of tickets are being closed as duplicate.
Duplicate of MC-127 , please use the search function to see if your bug has already been submitted. Currently over 45% of tickets are being closed as duplicate.
27th duplicate of MC-127, please use the search function to see if your bug has already been submitted. Currently over 45% of tickets are being closed as duplicate.
Duplicate of MC-127, please use the search function to see if your bug has already been submitted. Currently over 45% of tickets are being closed as duplicate.
Duplicate of MC-127, please use the search function to see if your bug has already been submitted. Currently over 45% of tickets are being closed as duplicate.
Duplicate of MC-127, please use the search function to see if your bug has already been submitted. Currently over 50% of tickets are being closed as duplicate.
34th Duplicate of MC-127, please use the search function to see if your bug has already been submitted. Currently over 50% of tickets are being closed as duplicate.
@xfallxcuav: That is a different bug, possibly MC-127. This bug is/was visual only. Confirmed fixed in 13w05b.
35th Duplicate of MC-127, please use the search function to see if your bug has already been submitted. Currently over 51% of tickets are being closed as duplicate.
36th Duplicate of MC-127, please use the search function to see if your bug has already been submitted. Currently over 51% of tickets are being closed as duplicate.
37th Duplicate of MC-127, please use the search function to see if your bug has already been submitted. Currently over 53% of tickets are being closed as duplicate.
Duplicate of MC-127 and MC-1677, please use the search function to see if your bug has already been submitted. Currently over 57% of tickets are being resolved as duplicate.
Looks like a regression of MC-127
Yet another regression of MC-127
Dupe of MC-127
Dupe of MC-127
Dupe of MC-127
Dupe of MC-127
Dupe of MC-127





















Are you able to recreate this? it seems only 1 piston out of the manylots is suffering from the problem. A contained testcase would be wonderful.
This is a repeatable bug. However, redstone power needs to be from one redstone repeater positioned between both pistons (powers the two pistons at the same time) this will break the pistons on top.
I've had this problem also. I was able to get the pistons to glitch by powering it like so: http://i.imgur.com/kuzsN.png However, it only happened to me while the top piston was pushing sugar cane. If no sugar cane was in the way of the top piston, it would retract normally.
How to reproduce the bug is described here: http://www.youtube.com/watch?v=A3cidpdOElA . I just verified that it is still in 1.4.2.
Here's a screenshot of the way (I think) Matthew did it: http://puu.sh/1iJUO You can see the top piston is both retracted and extended. It also only happened to me while it was pushing sugarcane.
Adding comment to suggest looking at
MC-3686for easily reproducable version.i have the same problem in 1.4.5 and that hapens on cakes doors shugarcane i dont know any more
This is also a directional bug, only happens when the piston is facing North/South (F:2/F:0).
To happen, the piston must push something.
It can also happen in East / West direction - it's about how you power it: http://i.imgur.com/Jh6gF.png
oh, ok, my bad then, I tried with pistons facing those directions but didn't happen anything, I think I didn't powered them the same way then. My bad.
Yeah at first, I also only got the bug in N/S direction because I powered it different
Confirmed in 1.4.7
Confirmed in 13w01a-b, this time caused by new Redstone Blocks. Description and a couple of ways to reproduce here:
MC-6005Or I'll just attach a couple of images
Another screenshot of 30w01b - exactly this setup did bug the piston out everytime it pushed the sugarcane
Another instance of this bug in 13w01b. Everything needed to reproduce is visible. Piston's glitch when F=0 & F=2.
*Note: The top block must be powered via lever.
Note: the redstone dust below is required for the bug, and must be un-powered at the same instant the pistons are powered.
I have found another way to produce this bug - as a byproduct of another bug I seem to have found in issue
MC-6486.Every attempt I make to create a Zombie-Pigman farm using pistons is crippled by this bug. The pistons involved seem to randomly get stuck in this quasi-extended state. My pistons that are stuck in this state are powered by a redstone-repeater behind it (at the same elevation). I don't think this bug is limited to oddly powered pistons.
Attached a world that shows this happening to normally powered pistons.
In creative mode, you can break the extended arm of the piston and it (temporarily) returns to normal operation.
This bug is very annoying! When I tried making a semi-automatic Sugar cane farm, if would work fine before the sugar cane grew, but when the sugar cane grew to its normal 3 block "ready to harvest" state, I stepped on the pressure plate and all but 2 of the top pistons didn't retract...its like when the pistons broke sugar cane, it cloned the piston arm when it retracted.
@Charlie McFadden
Worse than the piston cloning a block glitch, it's the dreaded block cloning a piston glitch!
Added 3 screenshot of a mechanism reproducing this behavior.
The two pistons receive inverted and synchronized power, making their arms to stagger.
The first is the system once built, the second is then system swithed on and the last is the system switched off again.
Notice the bug on the right piston.
My screenshots (Hoppers, Comparators, and Pistons) is another way to reliably reproduce this problem. Whenever the working piston is placed next to the one that can break, it will. How it is set up: Two Hoppers feed into each other. A single Minecart with Hopper is placed inside, constantly transferring between the two. The Comparators turn on and off in one-tick pulses into the Pistons.
Woohoo I can't wait until my sugarcanefarm works again
it's resolved!
Correction: it's SUPPOSEDLY resolved. TO THE TESTING RANGE!
exactly xD
Well, it says here that this has been fixed, but i actually just encountered this bug in 13w05b. It looks exactly the same like the ones in the screenshots and i also wanted to upload the screenshots i made, but somehow this java popup upload window doesnt work for me; when i press the "paste" button, nothing happens, although the screenshot is in the clipboard.
Press the plus button next to the attachments header and upload using that instead.
@Christian
Thx that worked. And it added the comments that were supposed for the screenshots in the commentsection. :/
It has been fixed in the latest snapshot. Not the version that has already been released. If it were fixed in the version that was already released, it would be 1.4.8 instead of 1.4.7.
Two pistons, one on top of the other, both pushing sugar cane when turned on. The top piston will remain extended when turned off (see attached picture). Is this bug report still active or should I create a new one ?
nvm. It wasnt fixed in the snapshot were it was supposed to be fixed, but in the newest one it is fixed.
Its back in 14w26. (
MC-59564/MC-59812)Reopened.
Confirmed for 14w27b.
i have it in 14w28b (broke iron farm!)
Does this issue cover both the bug where pistons are stuck in this state (which I cannot reproduce in 1.8) and the visual glitch that always happens when a piston retracts?
This is about the stuck state, not the animation. Unable to reproduce in 1.8
Well, some moderators have been marking reports about the visual glitch (such as
MC-65314) as duplicates of this one, so I was confused.Oh, you are right. I have no idea then.
Nevermind, I found the right report for the visual glitch:
MC-59564I guess some of the moderators closed some reports as duplicates of this issue instead of that one.
Relinked the wrong duplicates to
MC-59564and re-resolved this ticket.This is back in 15w32b!!! Oh no!
Oops the one on the right appears it is stuck but it is pulsing, but the one in the middle is glitched.
@Sam Bone:
MC-59564This bug appears to be back in 1.14.4. I've experienced it several times, but only in one particular contraption, it was not experienced prior to at least 1.14 (ie. it was not present in the 1.14 snapshots). Pistons are unpowered and both extended and not extended. Powering and unpowering the piston resolves the issue (but it leads to slimestone contraptions breaking). It is not guaranteed to occur, and normally doesn't, but I have found these pistons in this configuration at least 5 times in the last several weeks.
Note, there are 8 pistons in this contraption, firing at 4 different times, with several seconds delay between some of the activations, and yet when the pistons become double headed usually most or all the pistons are double headed. I believe the contraption is in spawn chunks (possibly lazy), and is triggered by a daylight sensor, so it might be related to lazy chunks.
I have not tried to reproduce the bug in other contraptions or configurations.