fix(config): key credentials by the forge host alone, per ADR 0025 #604
No reviewers
Labels
No labels
breaking
bug
documentation
enhancement
epic
good first issue
help wanted
refactoring
resolution/duplicate
resolution/invalid
resolution/wontfix
security
severity/critical
severity/high
severity/low
severity/medium
status/abandoned
status/blocked
status/needs-decision
status/needs-info
status/needs-verification
testing
upstream
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
sixfold-space/madtea!604
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "fix/forgehost-host-only"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Summary
ADR 0025 keys credentials by the forge host alone.
forgeHostkept the URL path, so a forge under a sub-path (https://example.com/gitea) was keyedexample.com/gitea.forgeHostnow returnshost[:port]only. The API URL itself keeps its path; only the credential key and the host comparisons change.Behavior change: a user whose
madtea.urlhas a sub-path must runmadtea auth loginonce after the upgrade, because the stored key no longer matches. Sub-path forges on one host now share one credential. They already share one browser origin, which the Forgejo reverse-proxy docs warn about.Side effect: the
whoamiorigin mismatch check no longer reports a false mismatch between a sub-pathmadtea.urland its origin host.