[2.0.47] Roboport's "Read logistic network requests" mode output satisfied requests if sourced by chests of different ty

[Hares]

Steps to Reproduce

1. Have a roboport network providing items in large amount
   • Items are provided by both red a.k.a. passive provider and yellow a.k.a. storage chests
   • Passive provider chests are full
   • Storage chests contain a small amount of that item
2. Have a large amount of idle transport robots
3. Request an item that roboport network provides in small amount

Expected:

• "Read logistic network requests" signal missing as the item is oversatisfied

Actual:

• For one or more ticks, the requested item is added to the "read logistic network requests" signal
• It looks that is happening when item is oversupplied from passive provider chests, excess is dumped to the storage chest, and then the request activates in quantities larger than stored in the storage chest

See Also

• 118396: [Rseding91] [2.0.12] Roboport network requests increase for one tick on bot assignment
• 126787: [2.0.32] The number of unsatisfied logistic network requests depends on which type of chest items are stored in

Click to expand the recording

Images gallery

The roboport is in the "Read logistic network requests" mode

05-05-2025, 18-53-52.png (1015.99 KiB) Viewed 254 times

The actual requests. Combinator just removes ore which is always requested.

05-05-2025, 18-53-41.png (300.7 KiB) Viewed 254 times

The supply area. Red chests are full.

05-05-2025, 18-54-11.png (1.53 MiB) Viewed 254 times

The Problem

This issue can cause overrequesting or overproducing some items even though there are plenty to be used in passive provider chests.


Edit: Fixed attachment comments

[Rseding91]

Thanks for the report. This is now fixed for the next release.