jens/docs-alpha.jayfield.org
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

README.md: correct the stale Gitea redirect claim

Browse Source 
The jayfield->jens rename note claimed the old /jayfield/... paths
still 200 via an automatic redirect. Re-verified live: they 404, and
Gitea's user_redirect table is empty. Fixed the claim and pointed at
TODO.md's fuller writeup.
This commit is contained in:
jens
2026-07-26 22:24:13 +02:00
parent 8670911613
commit 7153fd761b
1 changed files with 15 additions and 8 deletions
Download Patch File Download Diff File Expand all files Collapse all files
README.md
+15 -8
View File
@@ -360,14 +360,21 @@ Internet → Apache :80/:443 (git.jayfield.org vhost)
outright. outright.
- **Admin user renamed `jayfield` → `jens` 2026-07-26** (password rotated at - **Admin user renamed `jayfield` → `jens` 2026-07-26** (password rotated at
the same time), via Gitea's own web admin panel (Site Administration → the same time), via Gitea's own web admin panel (Site Administration →
User Accounts → Edit Account) rather than a direct DB/API edit — that's User Accounts → Edit Account) rather than a direct DB/API edit. There
the one code path that correctly moves the on-disk repo storage was only ever this one account, and it owned all 89 repos — since
directories and sets up a redirect together, rather than risking an Gitea tracks repo ownership by numeric user id, not username, renaming
inconsistent rename. Verified: new credentials authenticate it instantly relabels every repo's owner as `jens`; nothing was moved
(`GET /api/v1/user` → `"username":"jens"`), both the new canonical path or duplicated. Verified: new credentials authenticate (`GET
(`/jens/docs-alpha.jayfield.org`) and the old one (`/jayfield/...`, via /api/v1/user` → `"username":"jens"`), the new canonical path
Gitea's automatic redirect) return `200`, and this repo's local `origin` (`/jens/docs-alpha.jayfield.org`) returns `200`, and this repo's local
remote and stored git credentials were updated to match. `origin` remote and stored git credentials were updated to match.
**No redirect from the old `/jayfield/...` paths**: re-checked
2026-07-26 — both the bare old profile URL and old repo paths `404`,
and Gitea's own `user_redirect` table is empty, so this isn't just a
slow propagation. Whether a redirect was ever actually created here is
unclear; either way there's no functional impact (every real reference
already uses `/jens/...`) beyond old bookmarked/shared `/jayfield/...`
links no longer resolving. See `TODO.md` for the full investigation.
### Gitea backup to `vlda-01` (`SYNC-PLAN.md` item 2b) ### Gitea backup to `vlda-01` (`SYNC-PLAN.md` item 2b)