The bug
In 1.9.2, they added the feature of hoppers being able to pull items out of blocked chests. However, comparators don't give output when they are blocked & have items in them.
Video proof: https://www.youtube.com/watch?v=JNRTYOqBneU
How to reproduce
Get two chests, fill them with items
Put a solid block on top of one of them
Put comparators facing away from them
One will give signal, while the other won't
While some older reports of this got "resolved" by marking it as intended, isn't a bit weird that now items can go through chests with blocks on top, you still can't get a signal out of them?
Linked issues
is duplicated by 3
relates to 3
Attachments
Comments 28
Is this still an issue in the latest snapshot 16w44a? If so please update the affected versions.
This is an automated comment on any open or reopened issue with out-of-date affected versions.
As I showcased in my own bug report its not only stopping comparator from detecting contents but if you place full block over chest then comparator, destroy block over comparator, place block over chest on opposite side of comparator and break first block over chest then remaining it causes comparator to not detect items from chest but chest itself is not being blocked, and you can access its inventory. To make the comparator work again, you need to cause it to update (placing a block next to it works)
The hopper change caused this inconsistency, however I think this is WAI because "fixing" it by making comparators able to take output from blocked chests would break a very much wanted behaviour, which an important type of redstone creation relies on (admittedly there is another way to do it at least when the video was made but it is much larger): https://www.youtube.com/watch?v=JIR7Komip5E