mojira.dev
MC-217921

Hoppers don't keep Items in Order (maybe Caching related)

I have a "contraption" where 9 Hoppers (as shown in the Screenshot) next to each other, drop their items into the Hopperline in front of them. 

For example (with just 5 Droppers):

  • Dropper1: "Red Wool"

  • Dropper2: "Green Wool"

  • Dropper3: "Yellow Wool"

  • Dropper4: "Red Wool"

  • Dropper5: "Purple Wool"

  • etc...

So the Hopper Closest to the endpoint in the Line would be the one in front of Dropper1 and the one furthest away is Dropper5.

 

The order I would expect the items to arrive at the end is:

"Red Wool" -> "Green Wool" -> "Yellow Wool" -> "Red Wool" -> "Purple Wool".

 

This works if I build it up and try it out. But as soon as I safe and quit, the order is a different one, I couldn't figure out a schema yet. Often it is something like:

 

"Red Wool" -> "Red Wool" -> "Green Wool" -> "Yellow Wool" -> "Purple Wool"

Linked issues

Comments 7

I can't tell from the screenshot which way the hoppers and droppers are facing.

Note that, while hoppers prioritize the item in the first slot, droppers are randomized.

 

So the hoppers do all point towards the player on the Screenshot. 
Every Dropper just has one type of Items in it.

So I think you couldhave also gotten that from the description but happy to clarify that.

 

If you want I can also make a Video about that Case and link it here if you need it to get what my problem is.

Please provide the video along with a screenshot with your debug screen enabled (F3)

https://youtu.be/ldMY_WqZOuM

This is the Link to the Video I made

 

Kindest regards and huge fan Jonas

Thanks for the video, this is quite helpful. I think this is reported as MC-96709, let me know if that sounds right to you
(or MC-114033, but they may be the same thing)

Since the other tickets are open since 2016, 2017 respectively. Is there any Work in Progress or something? Cause that bug is pretty annoying.

 

Also is there a possibility that you can tell me later what the exact reason for that behaviour was/is, since I am really interested in that kind of stuff.

Jonas Wrosch

(Unassigned)

Unconfirmed

(Unassigned)

1.16.5

Retrieved