mojira.dev
MC-6228

Hopper doesn't accept items from second slot when container has different items in first slot

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.

Linked issues

Attachments

Comments 9

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

Confirmed.

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.

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

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

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

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?

Denis Chervakov

Nathan Adams

Confirmed

cactus, containers, hopper, item, priority

Snapshot 13w01b, Snapshot 13w03a

Snapshot 13w04a

Retrieved