-
Bug
-
Resolution: Duplicate
-
None
-
1.15.1
-
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.
- duplicates
-
MC-108 Droppers, Dispensers and Pistons activate when blocks are providing power diagonally or two blocks above
- Resolved