Note: leaves are only affected by this when using fast graphics/fast leaves and after turning the wire on and off after changing the setting.
In the screenshot shown below, you can see a line of redstone dust being "functionally" cut by a hopper but "visually" not.
[media]The reason why the lamp behind the hopper is lit would be that the redstone "line" next to it is treated internally as a directionless redstone dot.
Edit:
Hoppers now works as intended but there are other blocks which still exhibit similar behaviour, see picture and comments:
UPDATE: Fixed completely for piston heads as of 0.15.90.8 and for leaves as of 0.17.0.2.
Linked issues
relates to 3
Attachments
Comments 17
In fact I'm totally unsure what is the correct behavior in this case because hoppers are very special: No other partially-transparent blocks (like top-half slabs) respond to redstone input.
Case | How the redstone dust below the hopper should be | Whether the hopper should be affected by dust next to it |
|---|---|---|
A | Line. Treat hoppers just like top-half slabs. | Not affected, because the redstone wire isn't really pointing at the hopper. |
B | Line | Affected, because there is a wire pointing towards it even though the wire doesn't stop there. |
C | Dot | Affected as usual |
C is very unlikely to be correct (as hoppers aren't opaque) but A and B both make sense...
Fixed in 0.15.0. (Tested in Windows 10.) Well, sort of. Hoppers no longer cut off redstone wire, and you can now have redstone wire travelling upwards easily using hoppers (like slabs/stairs) AND you can make it go downwards too, which is different from slabs, stairs, & Java edition hoppers, which just act like slabs/stairs. Probably unintentional.
Not sure if a new bug should be opened or if this one should stay open or if the new hopper mechanic is intentional.
Fixed for piston heads in 0.15.90.8 (0.16.0 beta build 5). Update the title/description to reflect this. 🙂
Thanks for the report. I have submitted it for testing.
Can you reproduce in 14.2?