Uploaded image for project: 'Minecraft: Java Edition'
  1. Minecraft: Java Edition
  2. MC-181773

Detector rails staying powered on SPECIFIC blocks, even when no minecart is on it, but work normally on all adjacent blocks

    • Icon: Bug Bug
    • Resolution: Cannot Reproduce
    • None
    • 1.15.2
    • Windows 10 Home
      Java version
      1.15.2-Optifine_HD_U_G1_pre10
      Server hosted by MCprohosting.com, running on spigot
    • Unconfirmed
    • Survival
    • (Unassigned)

      Note, this has worked perfectly fine literally up until yesterday, when suddenly for some reason it doesn't work anymore.  For the life of me I can't figure out what's going on.  A powered rail placed on a block had a hopper minecart on it for a furnace array, when going to put items in the hopper minecart the other day, the system didn't work.  Go to investigate, find that the comparator is not detecting items in the hopper minecart either.

       

      I tested the system in creative, worked fine, and tested immediately adjacent to where it is currently build, also worked fine.  Attached are screenshots that include debug screen, demonstrating the unpowered detector rail, placing a minecart on the unpowered rail, and removing the minecart to see the rail remails powered (powered: true).  I also included screenshots of a detector rail on the immediately adjacent block showing an unpowered detector rail, placing a minecart on it to power it, then removing the minecart to return the detector rail to a powered: false state.  

       

      What on earth is going on?  Is this a bug?  The buggy interaction ONLY occurs on four specific blocks where four detector rails have existed for several months, on both 1.14.4, 1.15.1, and 1.15.2, with no issues up until yesterday.  It happens on four specific blocks, all with different coordinates.  Even when the blocks are broken and replaced, the issue persists.  

       

      I have also attached an array of detector rails around one of the impacted blocks, that demonstrate that it is specific blocks where the detector rail stays powered.

       

      The rail is on a chunk border, but I don't think this should matter, since the machine has worked fine up until yesterday?  Any insight at all would be greatly helpful.

        1. 2020-04-30_09.28.47.png
          2020-04-30_09.28.47.png
          764 kB
        2. 2020-04-30_09.29.05.png
          2020-04-30_09.29.05.png
          828 kB
        3. 2020-04-30_09.29.09.png
          2020-04-30_09.29.09.png
          871 kB
        4. 2020-04-30_09.28.50.png
          2020-04-30_09.28.50.png
          833 kB
        5. 2020-04-30_09.29.03.png
          2020-04-30_09.29.03.png
          826 kB
        6. 2020-04-30_09.28.44.png
          2020-04-30_09.28.44.png
          879 kB
        7. 2020-04-30_09.43.44.png
          2020-04-30_09.43.44.png
          1.16 MB

          [MC-181773] Detector rails staying powered on SPECIFIC blocks, even when no minecart is on it, but work normally on all adjacent blocks

          Alexander Egorov added a comment - - edited

          Can confirm the issue for 1.16.2. Comparator behaves strangely with detector rails which looks more like it does not update.

          In my case comparators read detector rails and work in substraction mode with a static signal of 14 coming to the side. Even if the cart on the rail became full, comparator does not update until I manyally do an adjecnt block update (specifically - change the strength of a side signal), after which it starts to output signal normally ... But that's it. After a cart leaves the rail, comparator still outputs a signal until I manually update the side signal myself.

          P.S. Though the issue itself is about detector rails, it can clearly be observed using comparators, which I described here.

          Alexander Egorov added a comment - - edited Can confirm the issue for 1.16.2. Comparator behaves strangely with detector rails which looks more like it does not update. In my case comparators read detector rails and work in substraction mode with a static signal of 14 coming to the side. Even if the cart on the rail became full, comparator does not update until I manyally do an adjecnt block update (specifically - change the strength of a side signal), after which it starts to output signal normally ... But that's it. After a cart leaves the rail, comparator still outputs a signal until I manually update the side signal myself. P.S. Though the issue itself is about detector rails, it can clearly be observed using comparators, which I described here.

          Fred added a comment -

          Hello, I am not sure it is usefull to comment on a closed issue, but this issue has plagued me several versions and still occurs in 1.16.2, the strange thing is, if I load the area one time it works normal (detector rail gets unpowered after minecart is sent off) and the next I load that area it stays powered.

          Fred added a comment - Hello, I am not sure it is usefull to comment on a closed issue, but this issue has plagued me several versions and still occurs in 1.16.2, the strange thing is, if I load the area one time it works normal (detector rail gets unpowered after minecart is sent off) and the next I load that area it stays powered.

          Seems to have resolved upon rebuilding.  If you did anything from your end, thanks much for the help.  Headache relieved.  Have a good day!

          Matthew V Krick added a comment - Seems to have resolved upon rebuilding.  If you did anything from your end, thanks much for the help.  Headache relieved.  Have a good day!

          Update:  after a quick check of the impacted blocks after closing the game several times, it seems to have resolved itself?  I'm going to rebuild the system and confirm that it is operational soon.

          Matthew V Krick added a comment - Update:  after a quick check of the impacted blocks after closing the game several times, it seems to have resolved itself?  I'm going to rebuild the system and confirm that it is operational soon.

            Unassigned Unassigned
            BuildingBLAWKZ Matthew V Krick
            Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

              Created:
              Updated:
              Resolved: