Betreiber-Verdrahtung zurueckgenommen — die Annahme-Seite weist den Status ab
Der Katalog-Eintrag aus 7281a71 haette eine Mail verschickt, deren Verweis auf
eine Seite fuehrt, die ihn ABWEIST — also genau die Fehlerklasse, mit der der
CEO-Entscheid Weg (b) verworfen hat ("toter Verweis"), nur eine Ebene weiter.
Gemessen: `platform/auth/src/lib/inviteState.ts:32` fuehrt
`INVITE_OPEN_STATUS = 'invite-sent'` als "der EINZIGE Status, aus dem heraus
eine Einladung angenommen werden darf"; Zeile 70 weist jeden anderen als
`not-open` ab. Der Betreiber-Weg schreibt `user-created-by-admin`. W2 hat den
Fall gesehen und den Wert in einer eigenen Probe FESTGENAGELT
(`platform/auth/test/inviteState.test.ts:44`) — eine getroffene Entscheidung
der Nachbarstrecke, kein Versehen. Der Entscheid nahm an, W2 trage die Annahme;
er sagt selbst "die Annahme-Seite muss stehen, BEVOR diese Mail sinnvoll
verschickt wird".
Die VORARBEIT bleibt und ist geprueft: Empfaenger-Rueckfall auf `evt_data.email`
(der Betreiber-Weg kennt kein `inviteEmail`) und Handelnden-Rueckfall auf
`aYOUneInvites.sourceUser` (das Ereignis meldet keinen `sourceUserId`; ohne ihn
begaenne der Betreff mit einer Luecke — am Bestand belegt: 2 von 2 Betreiber-
Einladungen tragen `sourceUser`).
Zwei Proben lesen jetzt die BLOCKER-Zeilen im Quelltext: wird eine geaendert,
faellt die Probe und zwingt zur erneuten Messung, statt dass jemand den Eintrag
blind setzt. Umkehrproben: Vorarbeit ausgehebelt -> 2 rot, auth-Zeile geweitet
-> 1 rot. Volle Reihe 864/864.
Rest-Schnitt: queue/toPost/annahme-seite-nimmt-betreiber-einladung-nicht-an
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
eine Seite fuehrt, die ihn ABWEIST — also genau die Fehlerklasse, mit der der
CEO-Entscheid Weg (b) verworfen hat ("toter Verweis"), nur eine Ebene weiter.
Gemessen: `platform/auth/src/lib/inviteState.ts:32` fuehrt
`INVITE_OPEN_STATUS = 'invite-sent'` als "der EINZIGE Status, aus dem heraus
eine Einladung angenommen werden darf"; Zeile 70 weist jeden anderen als
`not-open` ab. Der Betreiber-Weg schreibt `user-created-by-admin`. W2 hat den
Fall gesehen und den Wert in einer eigenen Probe FESTGENAGELT
(`platform/auth/test/inviteState.test.ts:44`) — eine getroffene Entscheidung
der Nachbarstrecke, kein Versehen. Der Entscheid nahm an, W2 trage die Annahme;
er sagt selbst "die Annahme-Seite muss stehen, BEVOR diese Mail sinnvoll
verschickt wird".
Die VORARBEIT bleibt und ist geprueft: Empfaenger-Rueckfall auf `evt_data.email`
(der Betreiber-Weg kennt kein `inviteEmail`) und Handelnden-Rueckfall auf
`aYOUneInvites.sourceUser` (das Ereignis meldet keinen `sourceUserId`; ohne ihn
begaenne der Betreff mit einer Luecke — am Bestand belegt: 2 von 2 Betreiber-
Einladungen tragen `sourceUser`).
Zwei Proben lesen jetzt die BLOCKER-Zeilen im Quelltext: wird eine geaendert,
faellt die Probe und zwingt zur erneuten Messung, statt dass jemand den Eintrag
blind setzt. Umkehrproben: Vorarbeit ausgehebelt -> 2 rot, auth-Zeile geweitet
-> 1 rot. Volle Reihe 864/864.
Rest-Schnitt: queue/toPost/annahme-seite-nimmt-betreiber-einladung-nicht-an
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>