ClaudeandClaude Sonnet 5
f07fe4c596
CI / Web-Barrierefreiheitspruefung (axe, Tastatur, Reflow, Textabstaende) (push) Canceled after 0s
CI / Web (shl) (push) Canceled after 0s
CI / Core-Modul (Build/Vet/Test) (push) Canceled after 0s
CI / DMS Security-Test-Gate (AC5, Merge-Gate) (push) Canceled after 0s
CI / DMS-Modul Supply-Chain-Scan (govulncheck) (push) Canceled after 0s
CI / Web (dms-browser) (push) Canceled after 0s
CI / Web (pdf-viewer) (push) Canceled after 0s
Supply-Chain-Scan (Go) / govulncheck (push) Canceled after 0s
CI / DMS-Modul (Lint/Build/Test/Coverage/Artefakt) (push) Canceled after 0s
DMS' und Archives internal/tenantregistryclient (INT-14) riefen bereits
GET /tenants/{slug} mit X-Service-Token gegen Core auf, aber Core
registrierte diese Route nirgends -- jeder Aufruf schlug mit 404 fehl.
Beim Rollout-131-Versuch entdeckt.
Neuer Handler tenant.ConfirmHandler nutzt die bestehende Registry.GetBySlug,
dieselbe svcauth.Require-Absicherung wie TEN-12s Import-Verzeichnis-Routen
(kein neues Auth-Schema). 200 mit Slug/Status bei bekanntem Mandanten, 404
bei unbekanntem, 500 nur bei echtem DB-Fehler -- der bestehende Client
wertet ausschliesslich den Statuscode aus.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>