Hoppers Won't Pick Up Items

I'd like to confirm this issue, but the gif leaves me with some questions about how to duplicate the build. Could you please upload a world that reproduces the issue?

Sorry for the delay, kinda let this one slip thru the cracks.

Here's a world download with the same unloader i used to discover this bug. Just follow the instructions on the signs, in game, to start. After about 6 or so rounds you'll notice the the hopper doesn't pick up all the boxes.

Also, don't mind the world. This happens on all worlds :3

http://www.mediafire.com/file/jc8jbctts58975j/i_hope_you_dont_have_a_potato_-_Copy.mcworld

For science i'll include some more shots of it broken.

Confirmed, I spent too long looking at this, I have the feeling it has something to do with pulling from an inventory then the hopper getting locked.

Oh hai gruva o/

I'v also had this happen with hoppers that do not get powered at all.
fill a double chest with none stackables, put a hopper going into the side of it, then break the double chest. a lot of items will land on/in the hopper. so that even when you empty the hopper inventory, it will still have items on top of it :/

This may be working as intended, and behaves the same way as the Java edition: Hoppers won't collect dropped items if the block above them is a container^†.

For your design, perhaps you need to delay the time between the next container being placed above the hopper, and possibly delay the redstone torch underneath the hopper, so there is a time where the hopper does not have a container above it, and also where the hopper is not being powered (locked).

From your comments though I'm not sure if there are other scenarios where hoppers aren't collecting items when they should be, perhaps you can add more information to help reproduce those?

Interesting, this defiantly seems like a bug when experiencing it in game.

Even in my system, there is time where they is no shulker box, and the hopper in un-powered. So items should get picked up. And the container being on top of a hopper thing is not entirely true, if you have a chest on top of a hopper, and throw an item at the side of the chest, it will still get picked up.

I'v also had this happen with nothing on top of the hopper :/

As i stated in my last comment, there is a much simpler way of reproducing this just by breaking a chest of shulker boxes, and having a hopper be going into the side of that chest. Items will land in/on the hopper, and when you empty the hoppers inventory, there will still be shulkers on top of it.

(off topic) There is another bug, having to do with mobs spawning on redstone in bedrock that i would like to bring to light. I made the report a long time ago, and it never got any attention. Maybe someone could take a look🙂
https://bugs.mojang.com/browse/MCPE-27122

Confirmed on 1.2.16. Hoppers don't suck in item entities when their first slot is occupied.

Steps to reproduce:
(Attached test world "Hopper clinging to 1st slot.mcworld" automates these steps.)

1. Place down a chest.

2. Place down a hopper on top of the chest.

3. Throw in a stack of items. The hopper instantly sucks in the entire stack as expected.

4. Throw in another stack of items, and observe that the hopper tries to fill only its first slot with the second stack. It then gives up without trying the remaining 4 slots which are all empty.

Expected behavior:
Hoppers should suck in item entities as long as it has at least one slot available for them. And also the cooldown counter should not be applied for sucking in item entities.

Can confirm still in 1.5.1. Items are not taken if the hopper is pushing items into something (tested with a normal chest)

Updated to affect 1.8 and 1.8.1

This bug definitely breaks a lot of builds. It makes translating builds from java to bedrock quite difficult.

Seems to be fixed in 1.11.0.3 beta.

Kevin - tested in 1.13.0.4  Win 10 and Samsung Galaxy S7. It still happens, see this issue more detailed: https://bugs.mojang.com/browse/MCPE-46587.

Have a nice day.

Was suppose to be fixed in 1.13, however its still around

I had this bug last week (version 1.14.1).

(Tested before reported - from 'Technical Bugs List' https://docs.google.com/document/d/1nziKYzCr4pBdCRj2gIMlfr9MVdWHd6HyafdiBHx9F0c/edit)

This issue happens in 1.14.30 hotfix and 1.15.0.51 also.

I cannot reproduce this bug in 1.14.30

• using the steps and/or test world described in Pho's comment: see

• ,

• nor as described in Insane96MCP's comment and the video attached to the duplicate report, MCPE-35132: see

• ,

• nor with the method suggested by SilentWhisperer in his comments responding to Gruva and Mega_Spud: see

In each case hoppers collect the items as expected.

Since the original .gif and test world linked by SilentWhisperer are no longer available, I see no reason to think the 1.13 changelog was wrong in stating,

Hoppers now pick up items from above correctly (MCPE-31393)

If anyone can show that this bug still occurs, please provide a clear demonstration or reproduction steps that differ from those mentioned above.

Note: the issue described in MCPE-46587 still occurs, but it seems to be specific to the piston mechanics and the hopper hitbox. It is not the issue that was described in this report and fixed in 1.13.

There is another bug with hopper collection being tracked MCPE-38963 that is still reproducible in 1.14.30.