Bill 90b6ad400d fix: make get_db_path() idempotent to prevent recursive _dev suffix ...

Root Cause:
The get_db_path() function was being called multiple times in the
initialization chain, causing recursive suffix addition:
  data/jobs.db -> data/jobs_dev.db -> data/jobs_dev_dev.db

This resulted in tables being created in data/jobs_dev_dev.db while
the application tried to access data/jobs_dev.db (empty database).

Fix:
Added idempotency check in get_db_path() to detect and skip
transformation if path already contains "_dev.db" suffix.

Evidence from Diagnostics:
- alpha.20 logs showed: Input='data/jobs_dev.db', Resolved='data/jobs_dev_dev.db'
- Tables were created in jobs_dev_dev.db but accessed from jobs_dev.db
- This caused "no such table: jobs" errors despite successful initialization

All 28 integration tests pass with this fix.

Fixes #6

2025-11-02 15:52:25 -05:00

..

__init__.py

init update

2025-10-24 00:35:21 +08:00

config_merger.py

feat: add main merge-and-validate entry point with error formatting

2025-11-01 17:11:56 -04:00

deployment_config.py

fix: make get_db_path() idempotent to prevent recursive _dev suffix

2025-11-02 15:52:25 -05:00

general_tools.py

changes

2025-10-29 09:42:37 +03:00

price_tools.py

feat: complete v0.3.0 database migration and configuration

2025-10-31 16:44:46 -04:00