[MC-6228] Hopper doesn't accept items from second slot when container has different items in first slot Created: 05/Jan/13  Updated: 07/Sep/15  Resolved: 23/Jan/13

Status: Resolved
Project: Minecraft: Java Edition
Component/s: None
Affects Version/s: Snapshot 13w01b, Snapshot 13w03a
Fix Version/s: Snapshot 13w04a

Type: Bug
Reporter: Denis Chervakov Assignee: [Mojang] Nathan Adams
Resolution: Fixed Votes: 10
Labels: cactus, containers, hopper, item, priority
Environment:

Windows 7 x64, Java 7 Update 9


Attachments: PNG File chest_funnel_can_accept_redstone.png     PNG File chest_has_some_redstone.png     PNG File chest_setup.png     PNG File furnace_funnel_has_enough_space.png     PNG File furnace_is_still_filled_with_green_dye.png     PNG File furnace_setup.png    
Issue Links:
Duplicate
is duplicated by MC-7298 Hopper cannot remove items from chest... Resolved
is duplicated by MC-8009 Furnace Bug + Whopper Bug Resolved
is duplicated by MC-8047 Hoppers don't search for items they need Resolved
is duplicated by MC-8075 Hopper only checks its first stack wh... Resolved
Relates
relates to MC-8193 Hopper doesn't try to place items fro... Resolved
relates to MC-8578 Hopper sometimes doesn't suck items a... Resolved
CHK:
Confirmation Status: Confirmed
Game Mode: Creative

 Description   

I put hopper with 1 green dye in each slot below the furnace. Then I cook cacti with charcoal. Hopper only receives dye from output slot of furnace if I take all remaining charcoal and cacti from furnace. So if it has 1 slot which it cannot place in hopper, then it does not place anything.

It should try to place all stacks in order, not just the first stack.



 Comments   
Comment by Tails [ 07/Feb/13 ]

@Chris Burke: Yes, MC-8578.

Comment by Chris Burke [ 07/Feb/13 ]

There is a very similar behavior that still occurs in 13w05b, with dropped items. If you have a hopper with 1 green dye in each slot, and then drop a stack of cactus on top of the hopper, then drop a stack of green dye, the hopper will not accept the dye.

If you keep dropping dye one at a time on top of the hopper, it seems to occasionally accept one, but is mostly locked until the cacti is picked up or despawns.

Would this be considered a different bug?

Comment by Jesper the End [ 23/Jan/13 ]

Yay, that was fixed fast. So it's actually random now?

Comment by Jesper the End [ 23/Jan/13 ]

confirmed for 13w03a

Comment by mp0011 [ 12/Jan/13 ]

Same thing with all other containers. I was building "selective train unloading station" with few hoppers with one selected item on each slot (with no chest below - I would pick items directly from hopper) but i fails - it works only if train has only one type of items.

Current behavior makes various construction very ineffective or impossible.

Example of fail:

Minecart on tracks over hopper.

Minecart contain (in this order) 5 stacks of wool:
red, green, green, green, green.

Hopper slots (to indicate items to pick from minecart), in order, 5 pieces of wool:
red, green, green, green, green.

When minecart arrives, hopper picks 63 pieces of red wool from cart to first slot. Slot is now full.
There still is one red wool in cart before green wool. But hopper now stops to work because of this
one piece of red wool. It does not pick green wool at all from cart, despite the fact that there is room for it.

Desired behavior:
1) check random hopper slot if empty or not;
2a) if empty - grab first/random item from input container => end
2b) if not empty - check if input container has the same item.
3a) if yes, pick it => end.
3b) If no => end

Comment by C.J. Wijtmans [ 08/Jan/13 ]

it shouldnt take items out of the first and second slot at all. IMHO

Comment by Omega 1337 Haxors [ 08/Jan/13 ]

Confirmed.

It's also annoying how hoppers below furnaces take items out of slot 1 first. Why? They should take items out of slot 3 first, followed by 2, and then 1.

Comment by Dan Porter [ 07/Jan/13 ]

Understandable behaviour, wanting to empty stack 1 before 2 (if you think of linear clog) but I'd say unintended behaviour.

Confirmed.

Comment by Anon Ymus [ 05/Jan/13 ]

Confirmed.

Generated at Sun Jan 12 12:10:30 UTC 2025 using Jira 9.12.2#9120002-sha1:301bf498dd45d800842af0b84230f1bb58606c13.