Bug Resolved

Priorities don't work with containers or sinks

jlatimer · Jul 20, 2026

It's very common for me to build a factory that over-produces a given item so I can store or sink the excess, but the priorities right now only sometimes seem to allow that. Most of the time when I add a container split off from an output it steals all of the output. This is true even when I'm using priority splits or mark the non-storage line as priority. I say sometimes because it was working correctly, and then once I auto-reorganized my factor it seemed to break and has been broken since then. Take this with a grain of salt -- I wasn't tracking what else I was doing at the time so something else might be the cause.

Update from the maintainer

Fixed in v0.16.1 Two things were wrong. A container on a split could outrank the machines next to it, so it swallowed the whole output. And a priority mark was only a nudge to the solver, so anything it valued more simply walked over your routing. Now: machines get fed first, and a buffer takes what is genuinely spare. A priority splitter is an instruction: the priority side fills until its downstream can take no more, and only then does overflow get the rest. That holds even when the priority side IS a container. Your belt, your call. Please retest on the plans that broke. And one heads-up for later: a bigger solver rework is coming where a plain unmarked split will share evenly between all branches, containers included, and "machines first" will be exactly what the priority splitter is for. The priority behaviour you are getting today is the permanent one.

2 comments

Xuqari maintainer · Jul 20, 2026

Thanks for reporting the issue, I'll take a look at this
SourKC · Jul 29, 2026

I second this, this issue is genuinely my biggest problem with the website. A lot of the factory plans just broke at this very spot and i had to assume how its supposed to work