Fix reverting Git labels — Debian 13 / ArchForge Git

Symptom: Git SSH and Git Smart HTTP come back on the status site, even though you previously renamed both rows in the SQLite database.

What was fixed: Earlier versions could overwrite the database display names from the service definitions. Version 1.0.9 enforces the public names in SQLite and in the web rendering code and verifies that you really deployed the current version.

Upgrade from 1.0.8

Apply the small 1.0.9 update ZIP over your 1.0.8 Git source repository, or use the full 1.0.9 source. Commit and push to your ArchForge repository.

Connect to VPS 2 with PuTTY. In your existing root shell, run:

cd ~/archforge-external-status
git pull --ff-only
bash ./fix-status-branding.sh

After it reports Done, press Ctrl+F5 at https://status.archforge.nl.

The script first checks its checkout version (must be 1.0.9), deploys with the normal database backup, checks that the installed files actually match the Git checkout, verifies the running service via /healthz, and displays the two saved labels from SQLite.

Expected saved names:

git_http|ArchForge HTTPS
git_ssh|ArchForge SSH

If you are not root, use sudo bash ./fix-status-branding.sh in the last command instead.

What remains unchanged

/var/lib/archforge-status/status.db and its samples/history
/etc/archforge-status/status.env and your Discord/SMTP settings
Caddy, TLS, DNS and the external domain
Your admin account and 2FA
The actual Git transport and internal SQLite service IDs

Note: Running code from a release should be reviewed first, especially before running the deployment script as root. Version 1.0.9 is not yet tested on your own VPS.