[boskid][Genhis][2.0.47] Interrupts using Any Planet Import Zero only consider one logistic group

This subforum contains all the issues which we already resolved.
Beefstah
Burner Inserter
Burner Inserter
Posts: 9
Joined: Fri Oct 06, 2023 11:36 am
Contact:

[boskid][Genhis][2.0.47] Interrupts using Any Planet Import Zero only consider one logistic group

Post by Beefstah »

I don't know if this is a bug or not, but I have two logistic groups defined in a ship's logistic requests, one of them requesting a positive amount of an item, and the other requesting an equal but negative amount of the same item.

I sometimes do this for quality items I usually want to ship, but am temporarily out of stock of, so as to allow a ship to depart a planet without messing with the values set in the positive logistic group; this might be because I'm using that logistic group elsewhere.

This satisfies the 'All requests satisfied' condition, but it then seems to cause interrupts using for 'Any planet import zero' to permanently fire.

I can see the logic - *a* logistic group does indeed have a satisfaction of zero for a requested item. But it feels inconsistent, and means the only answer is to indeed take the item out of the main logistic group.

I have attached a screen shot - the 'Aquilo Building Supplies' group wants 20 Epic Quality 3 modules (it's *not* the highlighted item, sorry). The unnamed group below it wants -20 Epic Qual 3's. The 'Get Nauvis Supplies' interrupt gets its conditions met ('All requests satisfied', 'time passed'), but then immediately re-interrupts after the timer expires.
05-15-2025, 16-51-45.png
05-15-2025, 16-51-45.png (243.72 KiB) Viewed 1338 times
I have also attached a save and log.
Attachments
factorio-current.log
(11.65 KiB) Downloaded 48 times
SA4_bug.zip
(34.33 MiB) Downloaded 46 times
User avatar
boskid
Factorio Staff
Factorio Staff
Posts: 3999
Joined: Thu Dec 14, 2017 6:56 pm
Contact:

Re: [2.0.47] Interrupts using Any Planet Import Zero only consider one logistic group

Post by boskid »

Thanks for the report. It turns out not only negative filters were not being accounted for, but also section multipliers were getting ignored so for 2.0.53 the logic was changed to more accurately predict what exact items would be requested at that planet.
Post Reply

Return to “Resolved Problems and Bugs”