[MC-9634] Powered end rails flip direction, breaking existing connections Created: 11/Feb/13  Updated: 19/Feb/21  Resolved: 17/Oct/19

Status: Resolved
Project: Minecraft: Java Edition
Component/s: None
Affects Version/s: Snapshot 13w06a, Snapshot 13w07a, Snapshot 13w10b, Minecraft 1.5, Snapshot 13w11a, Minecraft 1.5.2, Minecraft 1.7.4, Minecraft 14w08a, Minecraft 1.8, Minecraft 1.8.1-pre3, Minecraft 1.8.8, Minecraft 15w35e, Minecraft 1.9, Minecraft 1.9.1 Pre-Release 1, Minecraft 1.9.1 Pre-Release 2, Minecraft 1.9.1 Pre-Release 3, Minecraft 16w41a, Minecraft 1.12.1, Minecraft 1.12.2, Minecraft 17w48a, Minecraft 1.13-pre1, Minecraft 1.13-pre2, Minecraft 1.13-pre4, Minecraft 1.13-pre5, Minecraft 1.13-pre6, Minecraft 1.13-pre7, Minecraft 1.13, Minecraft 1.14.1
Fix Version/s: None

Type: Bug
Reporter: Michael Sloan Assignee: Unassigned
Resolution: Awaiting Response Votes: 16
Labels: None

Attachments: JPEG File Rail Flip.jpg    
Issue Links:
Duplicate
is duplicated by MC-17405 Rail placement beehaving weird Resolved
is duplicated by MC-26863 Minecart tracks do not have proper fa... Resolved
is duplicated by MC-73608 Snapping rails Resolved
is duplicated by MC-87628 Powered Rails Behave Differently Base... Resolved
is duplicated by MC-130834 Powered/activator/detector rails snap... Resolved
is duplicated by MC-151883 Rail Bug Resolved
Relates
relates to MC-51735 Rails in one block holes (re-)connect... Reopened
CHK:
Confirmation Status: Confirmed
Game Mode: Creative
Category:
(Unassigned)

 Description   

The bug

When placing rails, powered rails facing in their default north/south direction, will break their connection to existing rails and flip to attach to the new rail placed next to them if they are on the end of a line.
The screenshot shows lines of powered rail and normal rail being placed. R1 is row 1 and R2 is row 2. This is the order they are placed in. The numbers next to the row 2s show the placing order of the powered rails in row 2 and their effect on row 1. This does not affect rail lines already facing east/west.



 Comments   
Comment by [Bot] Arisa [ 09/Feb/21 ]

This report is currently missing crucial information. Please take a look at the other comments to find out what we are looking for.
If you added the required information and a moderator sees your comment, they will reopen and update the report. However, if you think your update to this report has been overlooked or you want to make sure that this report is reopened, you can contact the Mojira staff on Discord or Reddit.
– I am a bot. This action was performed automatically! Please report any issues on Discord or Reddit

Comment by AJ [ 28/Oct/19 ]

Seems fixed to me. Rail placement is a tad bit odd, but not nearly as bad as in this issue.

Comment by [Mod] tryashtar [ 17/Oct/19 ]

Is this still the case in 19w42a? (considering the fix of MC-791)

Comment by AJ [ 18/Jul/18 ]

Confirmed for release 1.13, this seriously needs fixing.

Comment by AJ [ 12/Jul/18 ]

confirmed for 1.13-pre7

Comment by AJ [ 04/Jul/18 ]

confirmed for 1.13-pre6

Comment by AJ [ 30/Jun/18 ]

confirmed for 1.13-pre5

Comment by AJ [ 26/Jun/18 ]

confirmed for 1.13-pre4

Comment by AJ [ 15/Jun/18 ]

Confirmed for 1.13-pr-2

Comment by AJ [ 05/Jun/18 ]

Confirmed for 1.13-prerelease-1

Comment by Alugia [ 30/Aug/17 ]

Confirmed for 1.12.1

Comment by Jeremy [ 18/Mar/16 ]

Still an issue in 1.9 and 1.9.1 pre-release 3. Somewhat annoying as it prevents the building of many good designs in North/South orientations. I hope this gets fixed.

Comment by Jeremy [ 01/Nov/14 ]

I can confirm this still happens in 1.8.1 pre- release 3. It is quite annoying to have to deal with.

Comment by [Mod] Sonicwave [ 27/Oct/14 ]

Confirmed for 1.8.1-pre3.

Comment by Keybounce [ 22/Jul/13 ]

Confirmed in 1.5.2

PLEASE, I'm actually trying to make use of minecarts in 152, just as you intended. We need a 153 redstone supplemental update for this, pistons, torch timings, etc.

Comment by Tails [ 18/Mar/13 ]

Confirmed in 13w11a.

Generated at Sun Jan 12 12:21:44 UTC 2025 using Jira 9.12.2#9120002-sha1:301bf498dd45d800842af0b84230f1bb58606c13.