MCPE-30514Certain Piston-to-Piston Interactions Result in a Crash
Verification builds:
1.2.10 Beta
Summary:
Certain interactions where a piston pushes another piston (directly or indirectly) result in a crash. They mostly seem to involve observers powering the pistons to trigger said crash. Sticky and normal pistons both result in crashes.
Steps to Reproduce:
Sample A - Replace the quartz block with an observer such that it powers the adjacent piston.
Sample B - Remove one or both of the obsidian blocks holding down the flying machine, then update one of the far end observers on the left or right.
Sample C - Update the observer on the left.
Sample D - Update the observer on the right.
Observed Results:
The observer updates the piston, which begins to extend, then the game crashes.
Expected Results:
The piston extends as normal, pushing any other piston/observer, piston/slimeblock, and piston/piston combinations as normal.
Screenshots/Videos attached:
Yes
Notes:
I noticed that this seems to trigger a crash only when the first piston is initially powered by a short pulse (i.e. observer). Needs more testing.
Linked Issues
Created Issue:
Certain Piston-to-Piston Interactions Result in a Crash
Verification builds:
1.2.10 Beta
Summary:
Certain interactions where a piston pushes another piston (directly or indirectly) result in a crash. They mostly seem to involve observers powering the pistons to trigger said crash. Sticky and normal pistons both result in crashes.
Steps to Reproduce:
Sample A - Replace the quartz block with an observer such that it powers the adjacent piston.
Sample B - Remove one or both of the obsidian blocks holding down the flying machine, then update one of the far end observers on the left or right.
Sample C - Update the observer on the left.
Sample D - Update the observer on the right.Observed Results:
The observer updates the piston, which begins to extend, then the game crashes.
Expected Results:
The piston extends as normal, pushing any other piston/observer, piston/slimeblock, and piston/piston combinations as normal.
Screenshots/Videos attached:
Yes
Notes:
I noticed that this seems to trigger a crash only when the first piston is initially powered by a short pulse (i.e. observer). Needs more testing.
Attachments4
- Unresolved
- Open
- Unconfirmed
- Windows
- Windows 10
- 1.2.10.1
![[Mojang] Mega_Spud (Jay Wells)](../../../data/avatars/users/92696.png){kind=small}
relates to
![[Mod] bemoty](../../../data/avatars/users/50554.png){kind=small}
relates to
I'm noticing that this bug is not reliable. After some time the ones that always crashed no longer do and some that did not crash do.
Edit: Okay it is reliable, but has an interesting property. If you build ONE of these at a time and trigger then as you build them, you can reliably trigger the crash. However, if you build the setup, then trigger some normal non-crashing setups near it (to update the region, so to speak) the setup does not crash.
This only seems to happen when this is activated before another redstone system in the same area, after that it works
As far as I'm aware this bug is no longer present in the latest stable release.