# 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

1. 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.
2. Connect to **VPS 2** with PuTTY. In your existing root shell, run:

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

3. 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:

```text
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.