when a hopper full of items that isn't locked is placed bellow a chiseled bookshelf, it will constantly set the last interacted slot to the last non-empty slot in the chiseled bookshelf. It will also give constant updates that an observer can detect.
to reproduce:
place down a hopper and fill every slot with 1 of any stackable item which isn't a book
place a chiseled bookshelf on top of it and fill it with books
place a comparator taking output from the chiseled bookshelf and measure the signal strength
remove/add books to the 1-5 slots and note that the signal strength does not change
place an observer pointing into the chiseled bookshelf and note that it is constantly firing.
Attachments
Comments 6
those 2 bug are not the same. while that bug is about comparator output, this bug is about observer output. also i can confirm
This is about comparator AND observer output being constantly updated (for comparator to the last filled slot), the comparator part is listed in that report.
MC-257178 seems to be describing the weird behavior that existed when hopper support was added to the chiseled bookshelf, yet their slots could only be accessed in a particular order. The hopper would still pull from the first slot that it could rather than the last slot, and at the same time the appearance of the bookshelf couldn't be updated correctly so it got all sorts of weird stuff happening. Since they actually allow you to access any slot of the bookshelf now, this behavior can be written off as a relic of the past, really no longer applicable. This is something different.
Does MC-257178 describe your issue?