[2.0.72] bots keep taking repair packs and stuck themselves

[fi5hii]

So I just noticed this issue after being away from nauvis for hours. A lot of the bots are just hovering with the "no space icon" holding repair packs above the roboport at the defense wall.

Screenshot 2025-12-23 at 12.38.07.png (1.65 MiB) Viewed 384 times

The roboport is pretty much filled with repair packs as well but not completely full.

Screenshot 2025-12-23 at 12.38.19.png (194.58 KiB) Viewed 384 times

There's a passive provider chest right next to the roboport that is limited to only accept one stack (from the train that delivers the repair packs)

Screenshot 2025-12-23 at 12.37.52.png (72.68 KiB) Viewed 384 times

In this specific wall section there's multiple roboports with more space for repair packs but the bots are still stuck around the one that's closest to the box.

Screenshot 2025-12-23 at 12.38.34.png (190.71 KiB) Viewed 384 times

I'm reporting this as a bug because there shouldn't be this many repair packs in the roboport itself... the bots seem to for some reason prefer to take fresh repair packs from the box rather than taking them from a roboport that already has them. As a note, this network only had 50 contruction bots (39 now since some died) so even if every bot took 10 repair packs and wanted to bring them back this wouldn't happen, it slowly accumulated over time, the box of fresh repair packs gets refilled once the supply drops below 50%

[Rseding91]

Can you please post the save file.

[fi5hii]

here it is:

bots stuck with repair packs.zip

(28.5 MiB) Downloaded 11 times

[nethus]

Same here, at least for the huge amounts of repair packs in the roboports. They aren't all overflowing yet, but we have at least one roboport that's holding it's maximum of 700 repair packs
In our multiplayer game we have a single AM, putting repair packs into a storage chest , limited to a single stack using the circuit network, and with the filter set to repair packs.
for what it's worth:
-it's only in roboports that are, or used to be, on the perimeter. And it's worse on the points which are attacked the most. makes sense I guess...
-I experimented with construction bot requests in the roboports some time ago when I saw the issue with the repair packs. And somehow new repair packs keep arriving from that single storage chest miles away. maybe I had to request more robots. so it didn't make a difference except that we lose construction bots by friendly fire and splash damage from spitters because they start repairing during the attack
-we are playing vanilla space age, on death world, and started our current game probably end of September or beginning of October, always using the current stable release

[Rseding91]

Looking into the save this seems to be working as expected. Roboports contain repair packs as a passive provider type - the same as what you've got in the save. When something in that are is damaged the game finds the *closest* provider of repair packs to the damaged thing, - which is the roboport *most* of the time. If something is damaged on the northern side the passive provider may end up the closer option and so robots will grab repair packs from it.

When a robot goes to charge and station at a roboport it will deposit the repair packs in that roboport - unless they won't fit - then it will attempt to get rid of the repair packs into some storage/requester chest.

Since that set of roboports doesn't have any storage/requester chests they get stuck. This is made worse by the roboports having requests which force robots to go charge and station at a roboport that might not otherwise be able to hold the repair packs they have.

Construction robots and roboports were never meant to be fully functional without storage chests for repair packs that don't end up fitting. You simply need to build storage chests for the repair packs.

[fi5hii]

Construction robots and roboports were never meant to be fully functional without storage chests for repair packs that don't end up fitting. You simply need to build storage chests for the repair packs.

Would it be possible to change that and make roboports a higher priority source for the repair packs?

[robot256]

Construction robots and roboports were never meant to be fully functional without storage chests for repair packs that don't end up fitting. You simply need to build storage chests for the repair packs.

Would it be possible to change that and make roboports a higher priority source for the repair packs?

Rseding was trying to say that construction robots don't respect storage priorities at all and never will

The actual solution to your problem is to add a generic storage chest, and then make the inserter that unloads the train enabled based on logistic network contents when repair packs in the network drop below, say, 200. This will count repair packs in the roboport and in storage chests as well as the unloading passive provider chest.

[Rseding91]

Rseding was trying to say that construction robots don't respect storage priorities at all and never will

They do respect storage priorities. There is no storage or requester in the logistic network shown in the screenshots and so nowhere for the robots to put repair packs.

[robot256]

Rseding was trying to say that construction robots don't respect storage priorities at all and never will

They do respect storage priorities. There is no storage or requester in the logistic network shown in the screenshots and so nowhere for the robots to put repair packs.

So the shown behavior would actually be different if the roboport storage was made higher priority than the passive provider chest? I agree that you will always have various problems when no storage chests exist, but I have also seen cases where roboports fill with an excessive number of repair packs and wondered why. Is there a known issue with changing their priority as suggested (other than it needing to go in a suggestion thread instead of this bug report)?

[fi5hii]

Rseding was trying to say that construction robots don't respect storage priorities at all and never will

They do respect storage priorities. There is no storage or requester in the logistic network shown in the screenshots and so nowhere for the robots to put repair packs.

Yeah but isn't a roboport somewhere the robots can put the repair packs? I don't get it why they keep taking more and more, if the roboport was added on the priority list and made higher than a passive provider this wouldn't happen since they would take it out of the roboport until it's empty then go refil at the passive provider.

[eugenekay]

Yeah but isn't a roboport somewhere the robots can put the repair packs? I don't get it why they keep taking more and more, if the roboport was added on the priority list and made higher than a passive provider this wouldn't happen since they would take it out of the roboport until it's empty then go refil at the passive provider.

A roboport is exactly the same as a passive provider, wearing a funny-looking hat: "mode" = defines.logistic_mode.passive_provider

The easy solution is to use a Logistic Condition on the Inserter unloading the train; not to limit the Logistic Chests’ slots.

Good Luck!

[fi5hii]

made a suggestion post for this post instead 132174