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

After few activations, Dropper gets "jammed" in triggered:true state and won't trigger again.



    • Bug
    • Status: Resolved
    • Resolution: Duplicate
    • 1.15.1
    • None
    • Windows 10 Pro 64-bit, Java 1.8.0_51, Intel Core i5-4670K @ 3.40GHz x4, JVM arguments: -Xmx16G -XX:+UnlockExperimentalVMOptions -XX:+UseG1GC -XX:G1NewSizePercent=20 -XX:G1ReservePercent=20 -XX:MaxGCPauseMillis=50
    • Unconfirmed
    • Creative
    • (Unassigned)


      Map file with demonstration of glitch included in the attachment. Example contraption @ (-173, 4, -21). Bugged dropper is the bottom-right dropper in the 2x2 array of droppers.

      Rebuilding the affected dropper or even the entire contraption results in the dropper working as expected for as few as one attempt. After multiple firings, the same dropper becomes "jammed". It is consistently the same dropper. May have to do with processing order or chunk border?

      This bug has been cropping up in a number of other contraptions, such as autobrewers and other dropper-dependent contraptions. However, this is one of the only methods I've found that consistently reproduce the bug. It is the same bug every time, the dropper is "jammed" in the triggered:true state, even when no longer powered and then it refuses to be activated again.

      Included in Environment are the JVM settings I was running at. However, the default JVM settings also produce this bug.

      Additional investigation:

      • Included contraption glitches like this even when not on chunk boundaries.
      • If tiled into a 4x2, the glitch repeats and the bottom right and the bottom third from the right dropper becomes jammed consistently, as the original bug. May be coordinate parity related? Inconclusive.


        Issue Links



              Unassigned Unassigned
              Kevin Amaral Kevin Amaral
              1 Vote for this issue
              2 Start watching this issue