mojira.dev
MC-8340

Comparators do not update their state when blocking or unblocking a chest with a block on top

I found this bug where comparators dont output any signal from a chest, when the chest has a block on top. I'm not sure if it's intended, but I thought I might as well post it. It allows for a cool clock like in the third screenshot, However the clock creates major lag spikes on servers after 1 minute or so, more lag than it should.
Since I don't seem to be able to upload screenshots, I uploaded them to imgur:
http://imgur.com/advoWtp
http://imgur.com/Fyh17O0
http://imgur.com/9q6GdZb

Linked issues

Attachments

Comments

GrygrFlzr

Attached screenshots to issue.

DicoTheRedstoner

thanks ^^

Mustek

It seems like this has been fixed, see the new screenshot.

Randal Jones

This issue has not been fixed as of 13w07a. My set-up is shown in two new pictures. The chest is half-full so the comparator should be lit, which it is when the chest is not blocked from opening. Next I place a block above the chest and the comparator remains on. But if I force the comparator to update by momentarily applying a signal to it's side the lights go off and stay off. When I remove the block above the chest the comparator output remains off until I either push the button again or simply open and close the chest; then the comparator lights up again. Because of the long redstone path, pushing the button when the chest is not blocked makes no difference because the low signal strength from the button is less than the signal from the half-full chest. Pushing the button only serves to force the comparator to update. (The screenshot from 05/Feb/13 makes it appear that the problem was fixed but it might simply be that the comparator has not updated.)

GrygrFlzr

Confirmed to still occur on 13w07a with all block updates (not just redstone). Reopened.

Stephen Train

Still occurring in 13w11a

DicoTheRedstoner

This turned out to be a really useful 'bug' so how about not fixing it and resolving it as 'works as intended' 😃

galaxy_2alex

Is this still a concern in the current Minecraft version 1.8.1 Prerelease 3 / Launcher version 1.5.3 or later? If so, please update the affected versions in order to best aid Mojang ensuring bugs are still valid in the latest releases/pre-releases.

yut951121

This is still in 1.8.2-pre6, but fixing this bug would be very sad because lot of contraptions already made use of this

KingSupernova

Please don't repeat the horrible mistake of MC-108 and leave this extremely glitchy behavior in the game just because a few people find it useful. Bugs should be fixed, not left in the game to confuse and irritate every player that tries to build something. There are already enough inconsistent behaviors in the game, as more and more start to accumulate, the game will eventually become unplayable. It's just not worth it.

FaRo1

Is this now WAI because hoppers also can't interact with blocked chests?

j_p_smith

Confirmed in 1.15.2 and 20w21a.

moosefreak

Still an issue in 1.16.1, items can go into a chest via hoppers when a block is on top, but items can't be detected inside a chest when a block is on top.

j_p_smith

@unknown, that is MC-100302.

Avoma

Can confirm in 20w48a.

DicoTheRedstoner

(Unassigned)

Confirmed

Platform

Low

Block states, Redstone

Snapshot 13w04a, Snapshot 13w07a, Snapshot 13w10b, Minecraft 1.5, Snapshot 13w11a, ..., 1.16.2, 1.16.3 Release Candidate 1, 1.16.3, 20w48a, 1.20.4

Snapshot 13w05a

Retrieved