Sometimes queuing a "Door State Change" action is ignored, regardless of priority. I haven't been able to pin down why, or much of a pattern, but I only started noticing it in a 3000 cycle old world which now has many, many doors. I don't know if the queued action is simply being ignored, or if it's falling out of the queue, or if it never gets put in the queue in the first place.
Deconstructing and rebuilding the door can solve this issue, but usually only temporarily.
It could be that it's simply an issue with the GUI, where I click "Open" (for example), but the action is never queued. My reasoning for this is that when I saw this happen one time, I saved, exited, reloaded, and the Door's GUI had reset to looking like I never clicked "Open". Perhaps it's a similar bug to the issue of Oil Wells not remembering their Pressure Release Threshold.
My suspicion is that "younger" doors are more susceptible to this bug, as if whatever list or array is keeping track of them has difficulty tracking state change actions on new doors at the "end" of a large list. I've only noticed this with Manual Airlocks, but then I don't use many Mechanized Airlocks in the affected world.
Build: TB-247360
Build lots of doors, try queuing a state change on the newest doors?
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now