fix(focalboard): auth tools point at the right sqlite path

_focalboardSqlite called sqlite3 on /data/focalboard.db, but the compose mount
puts the DB at /opt/focalboard/data/focalboard.db (mount: ./data:/opt/focalboard/data).
/data inside the container isn't mounted, so every auth tool (set/reset password,
create/delete user, set admin) silently failed against a nonexistent file.

The memory flagged this as a "DB not persisted" bug, but the compose mount was
already corrected at some point; the auth adapter was the half that didn't get
the fix. Backup label was also already correct (data/focalboard.db relative to
the live app dir resolves to the same file via the mount).

One-line path correction.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Signed-off-by: librelad <librelad@digitalangels.vip>

containers/focalboard/scripts/focalboard_auth.sh

@@ -1,7 +1,10 @@
 #!/bin/bash
 
 _focalboardSqlite() {
-    runFileOp docker exec -i focalboard-service sqlite3 /data/focalboard.db "$1" 2>&1
+    # The compose mount is ./data:/opt/focalboard/data — focalboard writes its
+    # sqlite db at /opt/focalboard/data/focalboard.db, so the auth tools must
+    # reach it there (the bare /data inside the container isn't mounted).
+    runFileOp docker exec -i focalboard-service sqlite3 /opt/focalboard/data/focalboard.db "$1" 2>&1
 }
 
 _focalboardBcrypt() {