[boskid][1.1.104] "Set Requests" circuits on requester chests break when the chest changes forces, but come back on load
Posted: Sat Feb 17, 2024 6:50 pm
Problem:
Requester chests lose their "set requests" ability IF its set by a circuit condition AND the chest changes forces. They regain it when reloading the save file (possible desync bug).
I noticed this when trying to use set requests using my rp_steam_roboports mod + SE. The requester checks for my rockets broke every time they ran out of steam and changed forces.
This is reproduceable in vanilla, although there's no way for this happen without console commands
How to reproduce:
1. Create a requester chest, connect a wire to a constant combinator. Use "set filters" to request what's in the circuit
2. Change the requester chest's force, ex:
3. Change it back, ex:
4. The chest will still have the "set filters" option, but nothing available. The little connection light will also stay red as if there's no connection.
5. Save & re-load the game, the requester chest will work again
Requester chests lose their "set requests" ability IF its set by a circuit condition AND the chest changes forces. They regain it when reloading the save file (possible desync bug).
I noticed this when trying to use set requests using my rp_steam_roboports mod + SE. The requester checks for my rockets broke every time they ran out of steam and changed forces.
This is reproduceable in vanilla, although there's no way for this happen without console commands
How to reproduce:
1. Create a requester chest, connect a wire to a constant combinator. Use "set filters" to request what's in the circuit
2. Change the requester chest's force, ex:
Code: Select all
/c for _, v in pairs(game.player.surface.find_entities_filtered{name="logistic-chest-requester"}) do
v.force = 'neutral'
end
Code: Select all
/c for _, v in pairs(game.player.surface.find_entities_filtered{name="logistic-chest-requester"}) do
v.force = 'player'
end
5. Save & re-load the game, the requester chest will work again