Air vents set to depressurize and turned OFF will begin working without being turned after save/loa
Need More Information
If you turn an air vent to depressurize in a low atmosphere planet, such as Alien, then turn the air vent off, the vent will start drawing in air again, seemingly without using power after reloading the game.
Turning the vent on and then off will stop it from working again for that session, but it will start up again after saving and reloading. This is apparently a very old bug, but it's still happening against all air vent variants in small and large grid.
Old bug: Turned off Air Vents set to Depressurize, depressurize on load | Space Engineers PC Support
I have the same bug
I will chime in with this bug. Here's how to recreate (tested in survival with creative tools enabled, no mods):
- On a planet with oxygen, create a grid with a battery, oxygen tank and air vent connected to the tank.
- Turn off the vent and set depressurize on. Everything is working fine, e.g. the tank is not filling.
- Reload, or just copy and paste the grid, and the bug will occur: the tank will start filling even with the air vent turned off.
More notes: it works on both small and large grid. Also, if there is no power (batteries turned off), the bugged oxygen flow will not occur.
Why it matters:
When micro managing oxygen, you would probably use a tank to store the oxygen from an airlock when depressurizing it. If you automate the airlock, you would consider playing with the air vent "setup actions" feature, that will, for example, lock a door if the airlock is pressurized, and if the oxygen tank is filled, it will not depressurize the airlock and thus not unlocking the door or doing whatever action was assigned to the air vent. This bug basically will fill every oxygen tanks whenever playing on planets with no oxygen but atmosphere, making it really annoying (or impossible) to set up an automated airlock. It's not a big deal, but still very annoying.
I will chime in with this bug. Here's how to recreate (tested in survival with creative tools enabled, no mods):
- On a planet with oxygen, create a grid with a battery, oxygen tank and air vent connected to the tank.
- Turn off the vent and set depressurize on. Everything is working fine, e.g. the tank is not filling.
- Reload, or just copy and paste the grid, and the bug will occur: the tank will start filling even with the air vent turned off.
More notes: it works on both small and large grid. Also, if there is no power (batteries turned off), the bugged oxygen flow will not occur.
Why it matters:
When micro managing oxygen, you would probably use a tank to store the oxygen from an airlock when depressurizing it. If you automate the airlock, you would consider playing with the air vent "setup actions" feature, that will, for example, lock a door if the airlock is pressurized, and if the oxygen tank is filled, it will not depressurize the airlock and thus not unlocking the door or doing whatever action was assigned to the air vent. This bug basically will fill every oxygen tanks whenever playing on planets with no oxygen but atmosphere, making it really annoying (or impossible) to set up an automated airlock. It's not a big deal, but still very annoying.
Hello Engineer,
Thanks for the report. This does sound like unintended behavior, and we’d like to look into it further.
Could you please share a blueprint of any affected grid where you’ve observed the issue?
You can access your blueprints files by typing %appdata% into your Windows search bar and you will be redirected to the hidden Roaming folder. After that just follow: \Roaming\SpaceEngineers\Blueprints. Select the correct folder where your blueprint is saved (local or cloud), zip the file and attach it here.
If possible, also include reliable steps to reproduce the problem.
Additionally, are any mods or scripts being used in the affected world or server?
Looking forward to your response and thank you in advance.
Kind Regards
Keen Software House: QA Department
Hello Engineer,
Thanks for the report. This does sound like unintended behavior, and we’d like to look into it further.
Could you please share a blueprint of any affected grid where you’ve observed the issue?
You can access your blueprints files by typing %appdata% into your Windows search bar and you will be redirected to the hidden Roaming folder. After that just follow: \Roaming\SpaceEngineers\Blueprints. Select the correct folder where your blueprint is saved (local or cloud), zip the file and attach it here.
If possible, also include reliable steps to reproduce the problem.
Additionally, are any mods or scripts being used in the affected world or server?
Looking forward to your response and thank you in advance.
Kind Regards
Keen Software House: QA Department
Replies have been locked on this page!