[2.1.9] Changing inventory_type from with_bar to with_filters_and_bar breaks blueprinted container limiters
Posted: Tue Jul 07, 2026 4:24 pm
Description:
When changing the inventory_type of a container prototype entity from with_bar to with_filters_and_bar, any red lock limiter bar settings that were configured on the container in a blueprint are completely lost, all slots are reset to unlimited.
Expected Behavior:
Since the new inventory type (with_filters_and_bar) is a superset of the old one (with_bar), meaning it doesn't remove existing features (the bar), I would expect existing blueprints from vanilla to work correctly and retain their configured limiter settings.
Actual Behavior:
The limiter bar configuration is entirely wiped out when loading the blueprint, as if it was never set.
Additional Context:
The container's prototype inventory_type is changed from with_bar to with_filters_and_bar.
Old save blueprints that worked fine under with_bar lose their red lock limiter configuration.
The bar feature itself still exists in the new type, so this appears to be a migration/missing initialization issue rather than an intentional breaking change.
When changing the inventory_type of a container prototype entity from with_bar to with_filters_and_bar, any red lock limiter bar settings that were configured on the container in a blueprint are completely lost, all slots are reset to unlimited.
Expected Behavior:
Since the new inventory type (with_filters_and_bar) is a superset of the old one (with_bar), meaning it doesn't remove existing features (the bar), I would expect existing blueprints from vanilla to work correctly and retain their configured limiter settings.
Actual Behavior:
The limiter bar configuration is entirely wiped out when loading the blueprint, as if it was never set.
Additional Context:
The container's prototype inventory_type is changed from with_bar to with_filters_and_bar.
Old save blueprints that worked fine under with_bar lose their red lock limiter configuration.
The bar feature itself still exists in the new type, so this appears to be a migration/missing initialization issue rather than an intentional breaking change.
Code: Select all
for _, v in pairs(data.raw['container']) do
v.inventory_type = 'with_filters_and_bar'
end