[MC-957] Powered rails do not update when additional power sources are added or removed Created: 27/Oct/12  Updated: 07/Dec/24

Status: Open
Project: Minecraft: Java Edition
Component/s: None
Affects Version/s: Minecraft 1.4.1, Minecraft 1.4.2, Snapshot 12w49a, Minecraft 1.4.6, Minecraft 1.4.7, Snapshot 13w02b, Snapshot 13w09c, Snapshot 13w10a, Minecraft 1.5, Snapshot 13w11a, Minecraft 1.5.1, Snapshot 13w18b, Snapshot 13w18c, Minecraft 1.6.1, Minecraft 1.7.4, Minecraft 14w03b, Minecraft 14w05b, Minecraft 14w06b, Minecraft 14w07a, Minecraft 14w08a, Minecraft 14w11b, Minecraft 1.7.9, Minecraft 14w18b, Minecraft 14w19a, Minecraft 1.7.10, Minecraft 14w27b, Minecraft 14w32d, Minecraft 14w33c, Minecraft 14w34a, Minecraft 14w34b, Minecraft 14w34c, Minecraft 14w34d, Minecraft 1.8-pre1, Minecraft 1.8, Minecraft 1.8.1-pre3, Minecraft 1.8.6, Minecraft 1.8.8, Minecraft 15w31c, Minecraft 15w36d, Minecraft 15w44b, Minecraft 1.8.9, Minecraft 15w51b, Minecraft 16w03a, Minecraft 1.9 Pre-Release 1, Minecraft 1.9 Pre-Release 3, Minecraft 1.9.1, Minecraft 1.9.2, Minecraft 16w14a, Minecraft 1.10, Minecraft 1.10.1, Minecraft 1.10.2, Minecraft 16w32a, Minecraft 16w32b, Minecraft 16w33a, Minecraft 16w35a, Minecraft 16w41a, Minecraft 1.11.2, Minecraft 17w06a, Minecraft 17w18b, Minecraft 1.12 Pre-Release 1, Minecraft 1.12 Pre-Release 2, Minecraft 1.12 Pre-Release 6, Minecraft 1.12.1 Pre-Release 1, Minecraft 1.12.1, Minecraft 1.12.2, Minecraft 17w43a, Minecraft 17w43b, Minecraft 18w03b, Minecraft 1.13-pre1, Minecraft 1.13-pre3, Minecraft 1.13-pre4, Minecraft 1.13-pre5, Minecraft 1.13-pre6, Minecraft 1.13-pre7, Minecraft 1.13-pre8, Minecraft 1.13-pre9, Minecraft 1.13-pre10, Minecraft 1.13, Minecraft 18w30a, Minecraft 18w30b, Minecraft 18w31a, Minecraft 18w32a, Minecraft 18w33a, Minecraft 1.13.1, Minecraft 1.13.2-pre1, Minecraft 1.13.2-pre2, Minecraft 1.13.2, Minecraft 18w47b, Minecraft 18w48a, Minecraft 18w48b, Minecraft 18w49a, Minecraft 18w50a, Minecraft 19w02a, Minecraft 19w03a, Minecraft 19w03b, Minecraft 19w03c, Minecraft 19w04a, Minecraft 19w04b, Minecraft 19w05a, Minecraft 19w06a, Minecraft 19w07a, Minecraft 19w08b, Minecraft 19w09a, Minecraft 19w11a, Minecraft 19w11b, Minecraft 19w12a, Minecraft 19w12b, Minecraft 19w13a, Minecraft 19w13b, Minecraft 19w14a, Minecraft 19w14b, Minecraft 1.14 Pre-Release 1, Minecraft 1.14 Pre-Release 2, Minecraft 1.14 Pre-Release 3, Minecraft 1.14 Pre-Release 5, Minecraft 1.14, Minecraft 1.14.1 Pre-Release 1, Minecraft 1.14.1 Pre-Release 2, Minecraft 1.14.1, Minecraft 1.14.2 Pre-Release 1, Minecraft 1.14.2 Pre-Release 2, Minecraft 1.14.2 Pre-Release 3, Minecraft 1.14.2 Pre-Release 4, Minecraft 1.14.2, Minecraft 1.14.3 Pre-Release 1, Minecraft 1.14.3 Pre-Release 2, Minecraft 1.14.3 Pre-Release 3, Minecraft 1.14.3 Pre-Release 4, Minecraft 1.14.3, Minecraft 1.14.4 Pre-Release 1, Minecraft 1.14.4 Pre-Release 2, Minecraft 1.14.4 Pre-Release 3, Minecraft 1.14.4 Pre-Release 4, Minecraft 1.14.4 Pre-Release 5, Minecraft 1.14.4 Pre-Release 6, 1.14.4 Pre-Release 7, 1.14.4, 19w34a, 19w35a, 19w36a, 19w37a, 19w38b, 19w38a, 19w39a, 19w40a, 19w41a, 19w42a, 19w44a, 19w45a, 19w45b, 19w46a, 19w46b, 1.15 Pre-release 1, 1.15 Pre-Release 2, 1.15 Pre-release 3, 1.15 Pre-release 4, 1.15 Pre-release 5, 1.15 Pre-release 6, 1.15 Pre-release 7, 1.15, 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, 20w07a, 20w08a, 20w09a, 20w10a, 20w11a, 20w12a, 20w13a, 20w13b, 20w14a, 20w15a, 20w16a, 20w17a, 20w18a, 20w19a, 20w20a, 20w20b, 20w21a, 20w22a, 1.16 Pre-release 1, 1.16 Pre-release 2, 1.16 Pre-release 3, 1.16 Pre-release 4, 1.16 Pre-release 5, 1.16 Pre-release 6, 1.16 Pre-release 7, 1.16 Pre-release 8, 1.16 Release Candidate 1, 1.16, 1.16.1, 20w27a, 20w28a, 20w29a, 20w30a, 1.16.2 Pre-release 1, 1.16.2 Pre-release 2, 1.16.2 Pre-release 3, 1.16.2 Release Candidate 1, 1.16.2 Release Candidate 2, 1.16.2, 1.16.3 Release Candidate 1, 1.16.3, 1.16.4 Pre-release 1, 1.16.4 Pre-release 2, 1.16.4 Release Candidate 1, 1.16.4, 20w45a, 20w46a, 20w48a, 20w49a, 20w51a, 21w03a, 1.16.5, 21w05a, 21w05b, 21w06a, 21w07a, 21w08b, 21w10a, 21w11a, 21w13a, 21w14a, 21w15a, 21w16a, 21w17a, 21w18a, 21w19a, 21w20a, 1.17 Pre-release 2, 1.17 Release Candidate 2, 1.17, 1.17.1, 21w39a, 21w40a, 21w41a, 21w42a, 21w44a, 1.18 Release Candidate 3, 1.18, 1.18.1, 22w05a, 1.18.2 Release Candidate 1, 1.18.2, 22w14a, 22w17a, 1.19 Pre-release 1, 1.19, 1.19.1, 1.19.2, 22w43a, 1.19.3, 23w03a, 23w04a, 1.19.4, 1.20, 1.20.1 Release Candidate 1, 1.20.1, 1.20.2 Pre-release 2, 1.20.4, 23w51b, 24w11a, 1.20.6, 24w19b, 1.21, 24w33a, 1.21.1, 24w34a, 1.21.3, 1.21.4
Fix Version/s: None

Type: Bug
Reporter: [Mod] Avoma Assignee: Unassigned
Resolution: Unresolved Votes: 134
Labels: power, powered_rail, rails, redstone, update, update-failure

Attachments: PNG File 13w02b Powered Rail Bug.png     PNG File 2014-02-20_21.03.07.png     PNG File 2014-07-07_23.33.28.png     PNG File 2014-07-07_23.49.19.png     File MC-957.mp4     PNG File MC-957.png     PNG File Screen Shot 2012-10-29 at 13.15.49.png     PNG File railes.png     PNG File setup.png    
Issue Links:
Duplicate
is duplicated by MC-10947 Odd Powered Rail behavior with Redsto... Resolved
is duplicated by MC-49318 Rails powered by redstone don't updat... Resolved
is duplicated by MC-60708 Redstone torch and powered rails Resolved
is duplicated by MC-65748 Powered Rail "power level" does not p... Resolved
is duplicated by MC-68447 Powered rails will not extend their d... Resolved
is duplicated by MC-75801 Powered rail not updating by torch wh... Resolved
is duplicated by MC-76665 Powered Rails not Deactivating Resolved
is duplicated by MC-103976 Minecart tracks powering Resolved
is duplicated by MC-183176 Powered rails not transmiting redston... Resolved
is duplicated by MC-208256 Powered rail power-level does not update Resolved
is duplicated by MC-233149 Powered rails not updating when a red... Resolved
is duplicated by MC-239800 powered rail work without redstone Resolved
is duplicated by MC-263385 Powered Rails don't update Resolved
is duplicated by MC-275518 Rail not updated by redstone Resolved
is duplicated by MC-275932 powered rails dont update properly Resolved
Relates
relates to MC-45091 Powered Rails not updating Resolved
relates to MC-54818 A powered rail that should be unpowered Resolved
CHK:
Confirmation Status: Confirmed
Category:
Block states, Minecart, Redstone
Mojang Priority: Low
Area: Platform

 Description   

The bug

Powered rails do not update when additional power sources are added or removed.

How to reproduce

  1. Build the setup as shown in the attachment below (setup.png)
  2. Place a redstone block on top of the diamond block
  3. Take note of how many powered rails are activated
  4. Place a redstone block on top of the emerald block
  5. Once again, take note of how many powered rails are activated
  6. Take note as to whether or not powered rails update when additional power sources are added or removed
    Powered rails do not update when additional power sources are added or removed

Expected behavior

Powered rails would update when additional power sources are added or removed.

Code analysis

Code analysis by ISRosillo14 can be found in this comment.



 Comments   
Comment by kaktusmisapolak [ 28/Aug/24 ]

confirmed in 1.21.1

Comment by Ceresjanin123 [ 20/Aug/24 ]

This could be fixed in the experimental redstone improvements hopefully

Comment by Josh Birk [ 09/Sep/23 ]

Can confirm, bug still occurs in 1.20.2 Pre-release 2.

Comment by Jon1337 [ 07/Sep/23 ]

In 1.20.2 Pre-Release 2

Comment by Ismael Rosillo [ 28/Mar/23 ]

Hey Avoma! Though this is not a code analysis, it is a possible fix for this bug, I hope this will help Mojang fix it.

Cause

Powered rails try to check and update when a neighbour change happens, that is okay. The problem is that if you set a redstone power source next to an already powered "on" rail, neighbors will not update because there are no block state changes (powered=true is equal to powered=true). A possible way to fix this is by making the powered block state depend on a power number state, so every time a redstone signal changes every rail will update neighbour rails up until they're far enough from source.

Workaround

A few months ago I was messing with PoweredRailBlock.java to make curved powered rails, and I noticed how unsafe are methods findPoweredRailSignal(Level,BlockPos,BlockState,boolean,int) and isSameRailWithPower(Level,BlockPos,boolean,int,RailShape).

Basically what I did was remove the proximity variable (the int param of this method that increases every time it checks a further rail) and make powered rails use a new "power" block state that goes from 0 to 9 (0 equals to unpowered, 9 is fully powered). Then, changed findPoweredRailSignal again to only check directly connected powered rails (and not all 8) and isSameRailWithPower to only check the given's rail "power" state (previously it did check if that rail had a redstone source or else check for a further away neighbour block). Also, the two methods mentioned above will now return power state (int) instead of powered state (boolean).

In other words, the new behaviour will make findPoweredRailSignal and isSameRailWithPower get their direct adjacent's power. End result of these two methods:

 

public class PoweredRailBlock extends BaseRailBlock {
    ...
    protected int findPoweredRailSignal(Level p_55220_, BlockPos p_55221_, BlockState p_55222_, boolean reverse) {
        int i = p_55221_.getX();
        int j = p_55221_.getY();
        int k = p_55221_.getZ();
        boolean checkBelow = true;
        RailShape railshape = p_55222_.getValue(SHAPE);

        switch (railshape) {
            case NORTH_SOUTH:
                if (reverse) {
                    ++k;
                } else {
                    --k;
                }
                break;
            case EAST_WEST:
                if (reverse) {
                    --i;
                } else {
                    ++i;
                }
                break;
            case ASCENDING_EAST:
                if (reverse) {
                    --i;
                } else {
                    ++i;
                    ++j;
                    checkBelow = false;
                }

                railshape = RailShape.EAST_WEST;
                break;
            case ASCENDING_WEST:
                if (reverse) {
                    --i;
                    ++j;
                    checkBelow = false;
                } else {
                    ++i;
                }

                railshape = RailShape.EAST_WEST;
                break;
            case ASCENDING_NORTH:
                if (reverse) {
                    ++k;
                } else {
                    --k;
                    ++j;
                    checkBelow = false;
                }

                railshape = RailShape.NORTH_SOUTH;
                break;
            case ASCENDING_SOUTH:
                if (reverse) {
                    ++k;
                    ++j;
                    checkBelow = false;
                } else {
                    --k;
                }

                railshape = RailShape.NORTH_SOUTH;
        }

        int pow;

        if ((pow = this.getSameRailPower(p_55220_, new BlockPos(i, j, k), railshape)) > 0) {
            return pow;
        } else {
            return checkBelow ? this.getSameRailPower(p_55220_, new BlockPos(i, j - 1, k), railshape) : 0;
        }
    }

    /* renamed from isSameRailWithPower
     * I also removed the boolean param because it was not used anymore
     */
    protected int getSameRailPower(Level p_55226_, BlockPos p_55227_, RailShape p_55230_) {
        BlockState blockstate = p_55226_.getBlockState(p_55227_);

        if (!blockstate.is(this)) {
            return 0;
        } else {
            RailShape railshape = blockstate.getValue(SHAPE);

            if (p_55230_ != RailShape.EAST_WEST || railshape != RailShape.NORTH_SOUTH && railshape != RailShape.ASCENDING_NORTH && railshape != RailShape.ASCENDING_SOUTH) {
                if (p_55230_ != RailShape.NORTH_SOUTH || railshape != RailShape.EAST_WEST && railshape != RailShape.ASCENDING_EAST && railshape != RailShape.ASCENDING_WEST) {
                    if (blockstate.getValue(POWER) > 0) {
                        return blockstate.getValue(POWER);
                    } else {
                        return 0;
                    }
                } else {
                    return 0;
                }
            } else {
                return 0;
            }
        }
    }
    ...

 

Now, we are missing something: method updateState(BlockState,Level,BlockPos,Block). This is the only method that uses findPoweredRailSignal, and is the one that sets the rail's power value when it detects a neighbor change. We will update it in order to set the proper "power" block state, by getting instead the adjacent connected powered rails highest signal, and decrease it by 1 (so power will be lesser the further the rail is full from source rail):

 

public class PoweredRailBlock extends BaseRailBlock {
    ...
    @Override
    protected void updateState(BlockState p_55232_, Level p_55233_, BlockPos p_55234_, Block p_55235_) {
        int thisPower = p_55232_.getValue(POWER);
        /* Give nine of power instead of redstone power in order to keep the original behavior */
        int checkPower = Math.max(p_55233_.hasNeighborSignal(p_55234_) ? 9 : 0, Math.max(this.findPoweredRailSignal(p_55233_, p_55234_, p_55232_, true), this.findPoweredRailSignal(p_55233_, p_55234_, p_55232_, false)) - 1);

        if (checkPower != thisPower) {
            p_55233_.setBlock(p_55234_, p_55232_.setValue(POWER, Integer.valueOf(checkPower)), 3);
            p_55233_.updateNeighborsAt(p_55234_.below(), this);

            if (p_55232_.getValue(SHAPE).isAscending()) {
                p_55233_.updateNeighborsAt(p_55234_.above(), this);
            }
        }
    }
    ...

 

After this workaround, the bug seemed fixed.

Problems:

  • After changing powered rail's "powered" state, file assets/minecraft/blockstates/powered_rail.json went HUGE.
  • I couldn't find a way to datafix existing powered rail blocks from previous world version to give them the proper power value. You will have to destroy and place again the rail block.
Comment by Brain81505 [ 01/Feb/23 ]

Can confirm in 23w06a

Comment by Brain81505 [ 25/Jan/23 ]

Can confirm in 23w04a

Comment by Brain81505 [ 18/Jan/23 ]

Can confirm in 23w03a

Comment by [Bot] Arisa [ 13/Dec/21 ]

An attachment with a disallowed file extension has been removed from this ticket.

Executable files and documents are not allowed as attachments.
Please attach crash reports, log files and screenshots as they are instead of pasting them into a document.
– I am a bot. This action was performed automatically! If you think it was incorrect, please notify us on Discord or Reddit

Comment by PiTheGuy [ 27/Nov/21 ]

Can confirm in Release 1.17.1

Comment by [Mod] Avoma [ 04/Oct/21 ]

I am able to confirm this behavior in 21w39a. Here are some extra details regarding this problem.

The Bug:

Powered rails do not update when additional power sources are added or removed.

Steps to Reproduce:

  • Build the setup as shown in the attachment below. setup.png
  • Place a redstone block on top of the diamond block.
  • Take note of how many powered rails are activated.
  • Place a redstone block on top of the emerald block.
  • Once again, take note of how many powered rails are activated.

Observed Behavior:

Powered rails do not update when additional power sources are added or removed.

Expected Behavior:

Powered rails would be updated when additional power sources are added or removed.

Comment by Nolan Soo [ 30/Mar/21 ]

There is an easy workaround, just break the rail, add the source and it works.

Comment by user-c84db (Inactive) [ 21/Feb/21 ]

Also affects Activator Rails.

Comment by Stanisław Wardak [ 05/Feb/21 ]

Confimed on 1.16.4

 

Comment by Fabian Röling [ 25/Nov/20 ]

Only the latest release and the latest snapshot are useful. And that version is already in the list.

Comment by Ahmad S. [ 25/Nov/20 ]

cofirmed in 1.4.1

Comment by Adam Xu [ 05/Nov/20 ]

confirmed for 20w45a

Comment by pulpetti [ 06/Jul/20 ]

affects 20w27a

Comment by Conem [ 15/Jun/20 ]

Confirmed in 1.16-pre6.

Comment by Conem [ 12/Jun/20 ]

Confirmed in 1.16-pre5.

Comment by Numeritos [ 05/Jun/20 ]

Affects 1.16 pre2

Comment by Tooster [ 29/Apr/20 ]

and 20w18a

Comment by Alex Hester [ 23/Apr/20 ]

Still in snapshot 20w17a

Comment by Allison Ferris [ 26/May/19 ]

Glad someone reported this, I thought I was going crazy (built a string farm from Pixlriffs but the minecart keeps stopping on a powered rail). Still an issue in 1.14.2 pre-release 4. 

Comment by [Helper] ZeNico13 [ 17/May/19 ]

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

Comment by [Helper] ZeNico13 [ 13/May/19 ]

Can also confirm for 1.14.1 Release

Comment by [Helper] Jack McKalling [ 13/May/19 ]

Confirmed for 1.14.1

Comment by [Helper] Jack McKalling [ 09/May/19 ]

Confirmed for 1.14.1 pre-2

Comment by [Helper] Jack McKalling [ 07/May/19 ]

Confirmed for 1.14.1 pre-1

Comment by Jordan Tyler Chase [ 30/Apr/19 ]

Confirmed for 1.14 Release

Comment by [Helper] ZeNico13 [ 23/Apr/19 ]

Still in 1.14 Release

Comment by [Helper] Jack McKalling [ 18/Apr/19 ]

Confirmed for 1.14 pre-5

Comment by [Helper] Jack McKalling [ 17/Apr/19 ]

Confirmed for 1.14 pre-4

Comment by [Helper] Jack McKalling [ 16/Apr/19 ]

Confirmed for 1.14 pre-3

Comment by [Helper] ZeNico13 [ 12/Apr/19 ]

Still in 1.14 Pre-Release 2

Comment by [Helper] Jack McKalling [ 10/Apr/19 ]

Confirmed for 1.14 pre-1

Comment by [Helper] Jack McKalling [ 08/Apr/19 ]

Confirmed for 19w14b

Comment by [Helper] Jack McKalling [ 03/Apr/19 ]

Confirmed for 19w14a

Comment by [Helper] Jack McKalling [ 29/Mar/19 ]

Confirmed for 19w13b

Comment by [Helper] Jack McKalling [ 27/Mar/19 ]

Confirmed for 19w13a

Comment by [Helper] Jack McKalling [ 21/Mar/19 ]

Confirmed for 19w12b

Comment by [Helper] Jack McKalling [ 20/Mar/19 ]

Confirmed for 19w12a

Comment by [Helper] Jack McKalling [ 14/Mar/19 ]

Confirmed for 19w11b

Comment by [Helper] Jack McKalling [ 13/Mar/19 ]

Confirmed for 19w11a

Comment by [Helper] Jack McKalling [ 28/Feb/19 ]

Confirmed for 19w09a

Comment by [Helper] Jack McKalling [ 13/Feb/19 ]

Confirmed for 19w07a

Comment by [Helper] Jack McKalling [ 06/Feb/19 ]

Confirmed for 19w06a

Comment by [Helper] Jack McKalling [ 30/Jan/19 ]

Confirmed for 19w04b and 19w05a

Comment by [Helper] Jack McKalling [ 24/Jan/19 ]

Comfirmed for 19w04a

Comment by [Helper] Jack McKalling [ 19/Jan/19 ]

Confirmed for 19w03c

Comment by [Helper] Jack McKalling [ 17/Jan/19 ]

Confirmed for 19w03b

Comment by [Helper] Jack McKalling [ 16/Jan/19 ]

Confirmed for 19w03a

Comment by [Helper] Jack McKalling [ 09/Jan/19 ]

Confirmed for 19w02a

Comment by [Helper] Jack McKalling [ 12/Dec/18 ]

Confirmed for 18w50a

Comment by [Helper] Jack McKalling [ 05/Dec/18 ]

Confirmed for 18w49a

Comment by [Helper] Jack McKalling [ 30/Nov/18 ]

Confirmed for 18w48b

Comment by [Helper] Jack McKalling [ 29/Nov/18 ]

Confirmed for 18w48a

Comment by Kraif [ 19/Oct/18 ]

Confirmed for 1.13.2-pre2.

Comment by Kraif [ 16/Oct/18 ]

Confirmed for 1.13.2-pre1.

Comment by Kraif [ 22/Aug/18 ]

Confirmed for the last snapshots (1.13.1-pre1, pre-2) and 1.13.1.

Comment by Kraif [ 15/Aug/18 ]

Confirmed for 18w33a.

Comment by Kraif [ 08/Aug/18 ]

Confirmed for 18w32a.

Comment by Kraif [ 01/Aug/18 ]

Confirmed for 18w31a.

Comment by Kraif [ 26/Jul/18 ]

Confirmed for 18w30b.

Comment by Kraif [ 25/Jul/18 ]

Confirmed for 18w30a.

Comment by Kraif [ 18/Jul/18 ]

Confirmed for 1.13.

Comment by Kraif [ 18/Jul/18 ]

Confirmed for 1.13-pre10.

Comment by Kraif [ 17/Jul/18 ]

Confirmed for 1.13-pre9.

Comment by Kraif [ 13/Jul/18 ]

Confirmed for 1.13-pre8.

Comment by Pau Olivares [ 10/Jul/18 ]

Confirmed in 1.13-pre7.

Comment by Pau Olivares [ 28/Jun/18 ]

Confirmed for MC 1.13-pre4 too.

Comment by [Mod] NeunEinser [ 23/Jun/18 ]

Can confirm for 1.13-pre3

Comment by Pau Olivares [ 14/Jun/18 ]

You could fix that adding a redstone torch near the non-activated rail. It worked for me.

 

 

Comment by Léa Gris [ 28/Jan/18 ]

Bug still present in 18w03b

Comment by [Mod] NeunEinser [ 26/Oct/17 ]

Can confirm for 17w43a/b

Comment by Alugia [ 11/Aug/17 ]

Confirmed for 1.12.1

Comment by null (Inactive) [ 23/Jun/16 ]

Confirmed for 1.10.2.

Comment by null (Inactive) [ 22/Jun/16 ]

Confirmed for 1.10.1.

Comment by Fabian Röling [ 09/Jun/16 ]

Confirmed for 1.10.
Should be easy to fix by adding power levels like in redstone.

Comment by Erik [ 25/Feb/16 ]

Confirmed for 1.9-pre3

Comment by Immaterialise [ 17/Feb/16 ]

Confirmed for 1.9-pre1

Comment by Pascal Roeleven [ 26/Jan/16 ]

Confirmed for 16w03a.

Comment by James (inactive) [ 23/Dec/15 ]

Confirmed for 1.8.9 and 15w51b.

Comment by Alexander [ 30/Oct/15 ]

Confirmed for 15w44b

Comment by [Mod] Neko [ 03/Aug/15 ]

Confirmed 15w31c

Comment by Jaden Speth [ 02/Jun/15 ]

Confirmed in 1.8.6

Comment by Jeremy [ 01/Nov/14 ]

Confirmed in 1.8-pre 3.

Comment by Tintti214 [ 11/Aug/14 ]

Still reproduceable in 14w32d!

Comment by kbk [ 07/Jul/14 ]

Still not fixed as of 14w27b

This can be exploited by mapmakers to create enormous self-powered tracks with but a pair of torches.

Comment by [Mod] Torabi [ 13/May/14 ]

A redstone torch can normally only power a rail up to 9 blocks away, which makes a total of 17 rails in a row, if the torch is placed next to them. The bug here is that in some cases, redstone torches placed or removed next to an active powered rail are not updating the rails, meaning that some rails do not go inactive, while others do not become active. This means that a single torch can be made to power extremely long (perhaps infinite) sections of powered rail, if the torches are added and removed in the right places, and the right order.

Placing or removing a torch only seems to update the rails if it is placed next to the last active powered rail in a row that is correctly powered by another torch. If it is the only torch within range, then the rails will be updated correctly.

Comment by Jeremiah [ 11/May/14 ]

This is not a bug! You see, when you put redstone current (e.g, lever or redstone torch etc.) down it is carried through the rails. Thus, if you destroyed another redstone current, the other redstone current would be carried on.

Comment by Anonymous User [ 24/Apr/14 ]

Confirmed in 14w11b.

Comment by Damien Claessen [ 23/Feb/14 ]

I believe this bug has been present since powered rails were added. I've tested it back to 1.0 but not in beta 1.5 because of no creative mode back then. I'm surprised such an old bug hasn't been fixed lol.

Comment by Itouch2 [ 20/Feb/14 ]

Still present in 08a

Comment by kbk [ 23/Jan/14 ]

This is still valid indeed.

Comment by [Mod] Ezekiel (ezfe) [ 22/Jan/14 ]

Is this still a concern in the latest Minecraft version 14w03b? If so, please update the affected versions in order to best aid Mojang ensuring bugs are still valid in the latest releases/pre-releases.

Comment by andrew hyland [ 30/Jun/13 ]

still in 1.6.1 pre

Comment by Carl Lystad [ 04/Mar/13 ]

Still in 13w10a. Redstone Blocks behave like the levers do in Nic's comment.

Comment by kbk [ 28/Feb/13 ]

This affects 13w09b. Activator rails are affected as well.

Comment by Mustek [ 05/Feb/13 ]

Still happens in 13w05b

Comment by lucky [ 16/Jan/13 ]

This is still and issue in 1.4.7 and in Snapshot 13w02b
In 13w02b this effects the Activator Rail and Powered Rail in the same way.

The powered rail update changes slightly depending on the power source type(torch or leaver).
Please look at the screen shot attached named 13w02b Powered Rail Bug
From left to right:

  • The first leaver was turned on. Then the second leaver. No power was given to the rail to the north of the second leaver.
    Only when the first unpowered piece of track to the north has a block update will the track get powered.
  • When torches are used as the source(at the same position), the tracks are then powered.
  • When torches are used again, but placed at a different position it has the similar effect as the leavers.
Comment by Kumasasa [ 08/Dec/12 ]

Confirmed for 12w49a

Comment by Robbie Lee [ 29/Oct/12 ]

As you can see from the screenshot, more rails are powered one side of the torch than should be powered due to this bug.

Comment by Robbie Lee [ 29/Oct/12 ]

Recreated in 1.4.2, moving the torch doesn't update the rails, normally only 8 rails are powered either side of the torch but with this bug I managed to get 16 rails powered one side of the torch this is because the rails don't update from their powered state once the torch is moved.

Comment by Ricardo Stryki [ 27/Oct/12 ]

I'm spanish don't insult me man

Comment by kourchenkofouters [ 27/Oct/12 ]

<Comment removed by MOD>

Generated at Sun Jan 12 11:52:49 UTC 2025 using Jira 9.12.2#9120002-sha1:301bf498dd45d800842af0b84230f1bb58606c13.