-
Bug
-
Resolution: Fixed
-
24w09a
-
None
-
Community Consensus
-
Redstone
-
Very Important
-
Platform
On the most recent snapshot, redstone comparators run into an issue when reading the signal from a container with items, particularly from a dispensed shulker box. In the screenshot with the copper bulbs, the observer should read an update from the comparator because the shulker box in front of it is filled with items. However, the comparator does not turn on until it receives a block update from the copper bulb simply being placed behind it.
Similarly, this causes issues with the shulker box loader design I use. The dropper on the left is powered by QC from the top comparator while the shulker box is in the dispenser. Then, when the dispenser places the shulker box, the dropper is powered by the comparator below it. This means that the dropper on the left side of the shulker box loader is always triggered, however the observer takes a reading from the dropper as if it's state has changed. 2 other images to illustrate this change are provided. The copper bulb should not change state because the dropper is always powered (tested using the 'tick step function') but for some reason the observer sees an update in the dropper's state and changes the state of the copper bulb.
Let me know if there's anything else I can provide, this is my first ever bug report! This could be an intended change to block update order or something, but it seems like a bug to me at first glance, and I saw nothing in the snapshot notes to reflect this change. This does not seem directional.
- is duplicated by
-
MC-269030 Comparators do not receive signal strength from a shulker box fired out of a dispenser through a block unless it receives a block update.
- Resolved