Consolidate setup persistence into bootstrap metadata and runtime DB
This commit is contained in:
@@ -86,6 +86,7 @@ Reference: `Docs/Refactoring.md` for full analysis of each issue.
|
||||
- Issue: `setup_service.run_setup` writes the same master password and runtime settings to both the bootstrap configuration database and the runtime database, making setup logic brittle and difficult to reason about.
|
||||
- Propose: Consolidate setup persistence so initial configuration is stored in one clearly defined location, with bootstrap metadata in the startup DB and runtime configuration pulled from the single persisted source.
|
||||
- Test: Add tests that confirm setup writes each value exactly once and that startup uses a single persisted store to resolve runtime settings, removing duplicate write paths.
|
||||
- Status: completed
|
||||
|
||||
12. Replace custom fail2ban socket protocol duplication with a dedicated adapter over the vendored client
|
||||
- Goal: Reduce maintenance risk by aligning fail2ban integration with the bundled `fail2ban-master` codebase and isolating protocol implementation behind a swapable adapter.
|
||||
|
||||
Reference in New Issue
Block a user