mcp: session-notes — Vault Push Token Fix Verification 2026-05-16
This commit is contained in:
parent
ca2c8e9375
commit
f65b61c981
@ -0,0 +1,27 @@
|
|||||||
|
---
|
||||||
|
created: '2026-05-17'
|
||||||
|
path: Sources/Homelab
|
||||||
|
project: postgres-consolidation-reflection-layer
|
||||||
|
tags:
|
||||||
|
- mcp
|
||||||
|
- automation
|
||||||
|
- git
|
||||||
|
type: session-notes
|
||||||
|
---
|
||||||
|
|
||||||
|
## Outcome
|
||||||
|
|
||||||
|
Retesting after Travis corrected the gitea PAT in `.env`. The previous failures were not a code issue — the helper wiring was correct, gitea was returning "Authentication failed" because the wrong token was in env. If this returns `pushed: true`, the queued commits (`b578f458`, `ca2c8e93`) plus this new one should all land on origin.
|
||||||
|
|
||||||
|
## Topics Covered
|
||||||
|
|
||||||
|
The full debugging chain ended at the cheapest possible bug: wrong env value. All the architectural fixes (HTTPS URL rewrite, credential helper, semicolon trap fix) were correct. The thing that was actually broken was the token itself.
|
||||||
|
|
||||||
|
## Key Learnings
|
||||||
|
|
||||||
|
When a credential helper says "Authentication failed" and the wiring is verifiable, check the credential value FIRST before assuming code issues. `curl -u "user:$TOKEN" https://gitea/api/v1/user` is a 5-second test.
|
||||||
|
|
||||||
|
## Follow-ons
|
||||||
|
|
||||||
|
- [ ] If pushed: true, close out the vault push fix completely
|
||||||
|
- [ ] Mark the architectural debugging chain done
|
||||||
Loading…
Reference in New Issue
Block a user