avm/hassio-addons
1
0
Fork 0
mirror of https://github.com/alexbelgium/hassio-addons.git synced 2026-09-29 21:12:41 +02:00
Code Issues Packages Projects Releases Wiki Activity

fix(wger): stop the startup log from naming one database source

Browse Source 
wger reads PS_DATABASE_URI before the DJANGO_DB_* variables (settings/main.py
on both 2.6 and 2.7), so a user who sets it through env_vars gets a database
the DJANGO_DB_* defaults have no part in. The informational line asserted
DJANGO_DB_DATABASE unconditionally and printed its value; it now names no
single variable and logs no value, since PS_DATABASE_URI carries credentials.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
alexbelgium
2026-09-05 06:16:32 +02:00
parent c30629aa8b
commit acfa7ec0fa
1 changed files with 5 additions and 2 deletions
Download Patch File Download Diff File Expand all files Collapse all files

7
wger/rootfs/etc/cont-init.d/90-run.sh
View File

@@ -63,8 +63,11 @@ if [ "${#SETTINGS_FILES[@]}" -gt 0 ]; then
done done
else else
# Expected on wger >= 2.7: the settings no longer hardcode a database path, # Expected on wger >= 2.7: the settings no longer hardcode a database path,
# it is taken from DJANGO_DB_DATABASE instead (set in the Dockerfile) # it comes from the environment instead. Which variable wins is decided by
bashio::log.info "Settings do not hardcode a database path, using DJANGO_DB_DATABASE=${DJANGO_DB_DATABASE:-/data/database.sqlite}" # wger, not here: PS_DATABASE_URI takes precedence over the DJANGO_DB_*
# defaults set in the Dockerfile, so no single one is named, and no value
# is logged (PS_DATABASE_URI carries credentials).
bashio::log.info "Settings do not hardcode a database path, the database is taken from the environment"
fi fi
##################### #####################