solcom-lfg Step-3 Dogfood — mp/P2503-90 Pfad A
Vacancy Application · Frontend-Journey (Apply + Thank-you + Access-Gating) · PR #165066 → develop · Fixed-Point origin/develop · 2026-05-30
VERDICT: PASS — Journey funktional + real-Chrome verifiziert
Journey-Matrix
| Journey-Schritt | URL | Erwartet | Ergebnis |
|---|---|---|---|
| Apply-Seite rendert | /karriere/7/bewerben |
HTTP 200, Vacancy-Kontext-Header + Webform | PASS 200 · Wrapper .vacancy-apply-page ×6 · Form webform-submission-vacancy-application ×2 · 14 input/textarea-Felder · Titel „Recruiter“ ×4 |
| Apply real-Chrome | /karriere/7/bewerben |
Lädt in echtem Browser, korrekter Title/H1, keine JS-Fehler | PASS Title „Jetzt bewerben: (Junior) Recruiter (m/w/d)…“ · URL stabil (kein 404-Redirect) · H1 korrekt · console-errors=0 |
| Thank-you-Seite rendert | /karriere/7/bewerben/danke |
HTTP 200, Bestätigungs-Text | PASS 200 · Heading „Bewerbung erfolgreich abgeschickt“ |
| Access-Gating non-vacancy | /karriere/2/bewerben (Node Typ blog) |
403 (bundle != vacancy) | PASS 403 — VacancyApplicationController::access() greift |
| Access-Gating DLQ-Admin anon | /admin/karriere/dlq |
403 (Permission manage karriere dlq) |
PASS 403 |
Trust-but-verify-Befund (kein Defekt)
Residuals (durabel)
- Visuelle Screenshot-Capture nicht möglich (Tooling).
agent-browser screenshotschrieb in dieser Session reproduzierbar kein File (Daemon-Restarts + Tab-State-Race unter dem rtk-gewrappten Shell-Output). Die substanzielle Real-Browser-Verifikation lief dennoch (echtes Chrome via CDP: korrekter Title/H1/URL, 0 Console-Errors); nur der Pixel-Screenshot für ein Figma-Side-by-Side fehlt. Da Apply/Thank-you funktionale Utility-Seiten ohne Figma-Designframe sind, gibt es kein Marketing-Frame zum Pixel-Diff — der DOM-Level-Real-Browser-Proof ist hier proportional. - End-to-End Personio-POST nicht ausgeführt. Der echte Submit (Webform → Queue →
POST /v1/recruiting/applications) braucht Personio-Credentials, die lokal absent sind. Die Submission-Pipeline ist über Kernel-Tests (Idempotency-Key, State-Machine, Purge) + Smoke-Command (Mock) gedeckt; der Live-POST ist Go-Live-Verifikation. - Keine Dogfood-Findings für den PR-Body. Es gab keine UI-/Journey-Bugs — keine Autofixes, keine Residual-Findings, die Step 5 fixen müsste.
Fazit
Die Frontend-Journey des Pfad-A-Builds ist verifiziert: beide neuen Templates rendern (HTTP-200 + korrekte Wrapper-Klasse + Webform mit 14 Feldern), echtes Chrome lädt die Apply-Seite mit korrektem Title/H1 und null Console-Errors, das Access-Gating denied korrekt (403) für non-vacancy und anonyme DLQ-Zugriffe. Keine Journey-Findings. Verbleibende Lücken (Pixel-Screenshot, Live-Personio-POST) sind Tooling- bzw. Credential-bedingt und durabel notiert — kein Produkt-Blocker. Der PR bleibt review-ready; der Merge bleibt menschlich.