Actions
Tracker #29939
closedImprove setting definition DSL and move setting registry to memory
% Done:
100%
Description
Currently we have all the settings (both changed and unchanged) in the database, but we have all the defaults in code as well, so it makes no sense to have quite a heavy code base to keep both in sync.
Instead I'd like to bring the setting inventory into memory and database would keep only the changed settings.
It should give as an easy way for plugins to extend settings category not just adding a new one.
Updated by The Foreman Bot over 4 years ago
- Status changed from New to Ready For Testing
- Pull request https://github.com/theforeman/foreman/pull/7702 added
Updated by Ondřej Ezr about 4 years ago
- Related to Refactor #30354: Use only public setting interface to update setting values added
Updated by Amit Upadhye about 4 years ago
- Target version changed from 2.2.0 to 2.3.0
Updated by Ondřej Ezr almost 4 years ago
- Subject changed from Add extension point to setting defaults to Move setting registry into a memory
Updated by Ondřej Ezr almost 4 years ago
- Tracker changed from Feature to Tracker
- % Done set to 0
- Pull request deleted (
https://github.com/theforeman/foreman/pull/7702)
Updated by Ondřej Ezr almost 4 years ago
- Related to Refactor #29257: remove x-editable-rails added
Updated by Ondřej Ezr almost 4 years ago
- Target version changed from 2.3.0 to 2.4.0
Updated by Ondřej Ezr over 3 years ago
- Subject changed from Move setting registry into a memory to Improve setting definition DSL and move setting registry to memory
Updated by Ondřej Ezr over 3 years ago
- Blocks Refactor #32409: Use new DSL to define settings added
Updated by Ondřej Ezr over 3 years ago
- Blocks Refactor #32410: Use new DSL to define settings added
Updated by Ondřej Ezr over 3 years ago
- Blocks Refactor #32411: Remove the old Setting class, which now only holds helper methods added
Updated by Ondřej Ezr over 3 years ago
- Blocks Refactor #32412: Use new DSL to define settings added
Updated by Ondřej Ezr over 3 years ago
- Blocks Refactor #32413: Use new DSL to define settings added
Updated by Ondřej Ezr over 3 years ago
- Blocks Refactor #32414: Use new DSL to define settings added
Updated by Ondřej Ezr almost 3 years ago
- Related to Bug #33791: Settings defined in settings.yaml do not take precedence in the new DSL added
Updated by Ondřej Ezr over 2 years ago
- Related to Refactor #34674: Use new DSL to define settings added
Updated by Ondřej Ezr over 2 years ago
- Related to Refactor #34677: Use new DSL to define settings added
Updated by Ondřej Ezr over 1 year ago
- Status changed from Ready For Testing to Closed
- % Done changed from 95 to 100
Applied in changeset foreman|c791f6c70806952aef520cc779397560138f207e.
Actions