The Bug
Pushing and pulling a minecart rail simultaneously with the block it's on will cause the rail to break once the extension/retraction has completed. This holds true for normal rails, powered rails, and detector rails.
Note:
A ghost rail can also be created in this setup when the rail breaks (see MC-75716).
The directional randomness in the described setup has been fixed with the 24w33 redstone experiment. The lever closer to the piston is now consistently is the one which causes the rail to break. The rail breaking is the only remaining bug here with the experiment enabled.
Linked issues
is duplicated by 8
MC-266311
Rails glitching when powered by piston in a specific way
Resolved
MC-135108
Rails in the fly machine will de broken.
Resolved
MC-128625
Pushing rails randomly destroys them based on their relative position to the piston and direction of the pushing
Resolved
MC-44008
Pistons can push minecart rails in all directions but one
Resolved
MC-16911
Rails will be destroyed by Pistons
Resolved
relates to 3
Attachments
Comments 66
The rail breaking and leaving behind a 'ghost rail' still exists, but the directional randomness of the issue is fixed with the 24w33a redstone experiment:
The lever 'closer' to the pistons will always be the one to result in a ghost rail being created/the rail breaking. I've added the 'experimental_redstone_fixed' label indicating that the randomness is fixed, however the behavior of MC-75716 still exists.
If you put the rail and the block underneath it on an ABBA circuit, it works (push block first and then rail to extend, pull rail first then block to retract). I agree that it shouldn't be that way, and you should be able to push them both at the same time, but that is a currently working fix (used that for my toggleable destination train station).