mojira.dev
MC-93631

Pistons pop off blocks attached to their back when retracting

The bug

When a torch or other block that needs to be placed on a solid block is placed on the back side of a piston, it pops off when it retracts, refer to pictures. (Affects pistons facing in any direction.)

Note: Flower pots no longer require a solid block below.

Related issues

MC-93998 Lever placed in piston is destroyed when it state changes back to "off" MC-94111 Rails got destroyed if piston moved. MC-94602 Redstone Dust drows when placed on a piston when updated MC-94885 PIston + Redstone MC-95561 Redstone breaks when placed on piston. MC-97117 Redstone placed on piston drops when piston activates MC-98061 Activated Pistons break Rails MC-98446 Redstone can be placed on pistons. MC-98592 Bug Redstone, Pistons MC-98725 Redstone on Top of Pistons MC-98726 Redstone can be placed on top of pistons in 1.9 and it causes some strange bugs. MC-98734 Redstone on Pistons MC-98972 Redstone on pistons pops out when de-activationg the piston MC-99606 Blocks placed on pistons will break when pistons retract MC-99681 Pistons become insubstantial when retracting MC-100002 Pistons break redstone after reseting MC-101209 Redstone Torch stays on extended piston MC-101572 pistons MC-106307 Pressure plate breaks on piston MC-106467 Pistons popping items off themselves MC-107307 Pistons Break Blocks On Them MC-107899 Piston MC-110915 Piston breaks redstone dust placed on it when retracting, but not when extending. MC-112085 The redstone on a piston gets dropped when the piston is activated MC-113848 Piston with Redstone on top jumps off by activation MC-114744 Buttons directly on pistons act weird. MC-124678 Redstone placement bug when pistons get deactivated MC-146542 Placing Redstone on pistons MC-150958 Weird piston bug based off location MC-153051 piston bug pull the lever and the button when it activates MC-154079 Lever breaks when used on side of piston MC-154121 Bug MC-155622 Redstone dust, when activated on a piston, breaks. MC-155693 abnormal destruction of the levers MC-156748 Item frames on the back of a piston drop upon retracting MC-159555 The lever breaks on the piston. MC-160929 The pistons plug from behind when deactivated MC-163850 Levers placed on pistons break when actived MC-166619 redstone breaks on back of piston MC-167975 Lever breaks in Creative mode when activated on a sticky piston MC-168388 Redstone Dust placed ontop of a piston will break when the piston retracts MC-169548 Piston-Breaking Redstone randomly MC-172842 Lever Breaks When Used On Piston MC-182728 Torch pops off sticky piston

Attachments

Comments

migrated
[media][media][media][media]
tomudding

Can confirm for both sticky and regular pistons.

migrated

Confirmed for 15w49b.
And also confirmed for other blocks such as redstone dust and torches. Is the redstone dust placeable feature intended?

migrated

As a very long-time redstoner, I think that's a really nice new feature which I as well as Sidney600MC would love to see in 1.9. So I sure hope it will be 🙂
it doesn't break anything made in the past, but it makes for some cool new ways of doing things. I see no reason myself to remove that feature.
I'll quote sidney - "cause it's just awesome, no more words needed"

So yea - If it's not intended - make it intended!

migrated

Can confirm that this affects rails, flowerpots, redstone dust, buttons, pressure plates, torches and redstone torches. It does not affect paintings or item frames.

migrated

It would be so cool, if the "flower pots" wouldn't pop off.

migrated

Confirmed for 15w50a

migrated

This is because the piston turns into air VERY quickly and then changes back into the piston. also explains the piston disappearing and reappearing. Definitely a bug.

migrated

It also means that it doesn't have a hitbox during it is retracting due to MC-94003, so if that's fixed, this is also fixed.

migrated

1-for-2 deal. I'll take it. (:

migrated

This does happen to me. 😞

migrated

Confirmed for 15w51a & 15w51b.

migrated

Still confirmed for Minecraft 1.9 Pre-Release 1

JohnStar128

Confirmed Minecraft 1.9.0

danegraphics

What Roy Sajima said. I believe the key to fixing this is in MC-94003.

migrated

Some rumors suggest that the behavior is due to the piston disappearing during retraction, and while this may be a related problem, I think the immediate culprit is that the top surface of a piston is currently solid only in the unextended state, whereas extended pistons were never changed. A block update causes any tiles placed upon an extended pistons to behave accordingly, which the retraction causes. This(but not the dismissal of the disappearing piston hypothesis) is proven by placing a tile on a piston, powering the piston, and then placing a block adjacent to the tile.

migrated

Kevin, if you open F3 debug screen and look on for the block type, you can see that the piston actually disappears and it shows the block behind it for a moment.

migrated

It´s not entirely accurate to say that the piston completely disappears at the retraction. If a piston retracts he´ll become a block 36 for 2 gticks (Block 36 is a block which handles block movement. In setblock commands block 36 gets called "piston_extension" and in the code it gets called BlockPistonMoving). And block 36 does not have a solid top surface, which causes flower pots to pop off. Also block 36 has no visual hitbox (but he has a collision hitbox since 1.9), and that´s why you can see through him. But there´s still a block there. It´s just a rather weird block. Just wanted to add that.

migrated

Confirmed for 1.10-pre1

migrated

I think this is connected to the translocation piston bug, because when pistons extend, they become air for a short while, making other blocks pop out, which is also what translocation pistons do to move entities 😞

migrated

This is still in the current snapshot 17w06a

migrated

I think that this is caused by 2 thins.
The first is that the extended piston base is non-solid top.
The second is that when the piston retracting it turns into block 36.
Fixing that isn't simple. You need to keep the base extended, but still create tile entity like if it was block 36. Once it's timer expires, you make base retracted.

migrated

I also just encountered this bug in 17w46a

migrated

Relates to MC-123217.

muzikbike

Cannot reproduce in 18w50a

pokechu22

Still present in 1.13.2. I'll try additional versions to narrow down where it changed.

pokechu22

I can still reproduce in 18w50a. However, it doesn't happen with flower pots anymore, but that seems to be because flower pots can be placed in midair now (and also in 1.13.2). I've been reproducing using torches this whole time so I didn't actually notice that the description refers to flower pots.

(EDIT: Looking at code, flower pots lost the restriction on placement in 18w06a, though I haven't actually confirmed this ingame)

migrated

This is also happening on PS4 right now with torches and levers that are on top or next to the piston. 

ZeNico13

Works As Intended. Originally, it was a bug and it is supposed to work only with flowerpots and torches.
It is the same question with hoppers (see MC-122352).

You can close this report.

violine1101

No we can't, because no dev has said that this is indeed working as intended for redstone dust. Hoppers are different from pistons, they never have a solid top face.

ZeNico13

Oh, okay. Nevermind. Sorry.

ZeNico13

Still in 19w13a

muzikbike

Can confirm for 19w13b

ZeNico13

Still in 19w14a

LuxiKeks

This looks like it has been fixed in 19w14b.

EDIT: only for flower pots. Rails and other redstone components still pop off.

violine1101

For flower pots, see MC-127036.

ZeNico13

Still in 19w14b and 1.14 Pre-Release 1

ZeNico13

Still in 1.14 Pre-Release 2

ZeNico13

Still in 1.14 pre-3, 1.14 pre-4 and 1.14 pre-5

ZeNico13

Still in 1.14 Release

ZeNico13

Still in 1.14.1 Release

ZeNico13

Still in 1.14.2 Pre-Release 1 and 1.14.2 Pre-Release 2

migrated

Still in 1.14.3 Pre-Release 4

migrated

posizionando una leva sopra i pistoni non appena si attiva, si riattacca immediatamente distruggendosi

Johnibur

@unknown Please be in good faith and post your comments in English like you did on your duplicate ticket.

arthurgames1420

and the bug back i on the lever in piston in 1 second back and i no off the lever

violine1101

This also happens to all blocks that can be attached to the back of the piston, such as buttons, levers, or tripwire hooks, if it is placed sideways or downwards. The only exception seems to be signs.

migrated

Still in Snapshot 19w34a

migrated

Confirmed for 19w35a.

migrated

This bug is so annoying when I am trying to work with redstone and try to put it on top of a piston.

migrated

It's intended behavior if it's placed on top of a piston. The bug is that it pops off on the back of the piston. On the top it's no longer a full sized block, so it doesn't act as a proper support, but the back doesn't change at all.

RedCMD

It's not intended behaviour
In bedrock edition the dust stays on, no matter what

violine1101

Something working differently in Bedrock Edition doesn't mean that it isn't intended.

migrated

It has been marked as Important, so I’m pretty sure it is not intended.

migrated

Currently playing on a 1.15.1 server and this behavior still exists. If I'm not mistaken, the back face of a piston (or the top, as shown in the pictures) is always a solid surface, yes? so hypothetically speaking something placed on top should not pop off. More importantly it seems to only break off when the piston retracts, and not when it extends initially. My first thought was that the piston body was being turned into a non-solid block entirely, and that the lever simply hadn't received a BUD that would trigger it to break off of the non-solid block it was attached to, but then I did some testing to manually trigger a block update next to the lever-occupied block, and I can't seem to force the lever to pop off that way. It only ever gets broken while the piston is retracting.
Additionally, while doing that testing I noticed that during the piston's retraction sequence, if the player is standing on top of the back face of the piston where the lever/button/redstonedust/etc is popping off, the player actually receives a slight upwards bump. I also was able to reproduce this with an armor stand (See attached screenshot of the exact moment the armor stand is bumped upwards).

[media]

This also works with shulkers (the actual mob from the End).

[media]

The upshot of this is that I think for some reason the block the piston body occupies, when it starts to retract, is actually being pushed upwards just a tiny bit before it gets removed and replaced with a "retracted piston" block during the retraction sequence. It also seems to dislodge item frames from the back face of the piston. (edit: buttons, levers, redstone dust et al, aren't supposed to be movable via pistons IIRC is why this is important).

I hope all of this has helped.

migrated

Is this finally getting fixed?

migrated

Version 1.15.2, the torch is still popping off a sticky piston face, or off of a block on top of the sticky piston. It would be nice if it didn't pop off when the piston moves. 

violine1101

This has been fixed in 20w06a, which is a snapshot for 1.16, which will be released in the future.

migrated

I'm running the 1.16.1 version and I'm still seeing my redstone pop off the top of my pistons upon activation.  Is this fix planned for 1.16.2?

SuperGeniusZeb

The fix only affects the side of the piston opposite the head. The sides adjacent to the head still become "transparent" when the piston extends.

migrated

Is there another issue to track them popping off the sides? If so, can you please link it.

marcono1234

@@unknown, yes there exists indeed a report for that (MC-176481). I have linked it to this report now.

migrated

Felix Jones

Confirmed

Important

Block states, Parity

blocks, piston, piston-retraction, pop-off-block, retracting

Minecraft 15w49a, Minecraft 15w49b, Minecraft 15w50a, Minecraft 15w51b, Minecraft 16w06a, ..., 1.15.1, 1.15.1 Pre-release 1, 1.15.2 Pre-Release 1, 1.15.2 Pre-release 2, 1.15.2

20w06a

Retrieved