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

Redstone Comparator Locking Function Not Updating Properly

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Duplicate
    • None
    • Snapshot 13w09b, Snapshot 13w09c
    • None
    • Windows 7, Java Version 7 Update 15
    • Unconfirmed
    • Creative

      In the 1.5 Snapshots, comparators have a feature in which in default state, they will not repeat the same signal strength if the signal going into one or both sides.

      The bug I am facing is that the comparators do not lock if it is being repeated and then a stronger signal strength goes into the side.

      ~~Reproduction Steps~~
      1) Place down a comparator
      2) Feed a powered signal into the back of the comparator (a weak signal works best)
      3) Place a wire on either side and send power directly into the side of the comparator. Do not add any additional wire to the side to optimize reproduction
      //You will note that the repeated signal strength remains constant
      ~~End of Reproduction Steps~~

      At this point you can mess around with it but the main points are these:
      -When one or both sides are stronger and having a constant signal feeding in, the repeated signal will NOT lock until the source strength is updated (block updates do nothing)
      -When locked and having still a constant signal feeding in, when the sides are depowered, the output will NOT turn on until the source strength is updated
      -The locking problem is not directional based nor is it side specific

      I can provide video evidence, but I am attaching pictures with time stamps.

      Hope this helps!

        1. 2013-03-01_15.51.25.png
          2013-03-01_15.51.25.png
          83 kB
        2. 2013-03-01_15.51.32.png
          2013-03-01_15.51.32.png
          76 kB
        3. 2013-03-01_15.51.38.png
          2013-03-01_15.51.38.png
          87 kB
        4. 2013-03-01_15.51.41.png
          2013-03-01_15.51.41.png
          79 kB
        5. 2013-03-01_15.51.47.png
          2013-03-01_15.51.47.png
          80 kB
        6. 2013-03-01_15.52.00.png
          2013-03-01_15.52.00.png
          84 kB
        7. 2013-03-01_15.52.05.png
          2013-03-01_15.52.05.png
          85 kB
        8. 2013-03-01_15.52.11.png
          2013-03-01_15.52.11.png
          84 kB

            Unassigned Unassigned
            cacabish cacabish
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

              Created:
              Updated:
              Resolved: