- Verschickt
- 23. September 2026 um 11:55 UTC
- Autor
- Kamo
- Commit
- b1d7aef
addLine/updateLine weitergeleitet memberId (normalisiert auf Long in 789c544), aber nie wer die Aufruf - im Gegensatz zu openDraft, senden, voidLine und jedem Stripe-config Endpoint hier, der bereits gestempelt SchauspielermitgliedId von der Sitzung über SchauspielerPayload. Die Selbstverändnis von CommissionProcessorService Ablehnung (die gepaarte Provision-Service-Fix) hängt ganz von diesem Wert tatsächlich ankommen mit die Linie, so dass seine Abwesenheit hier hätte die Ablehnung eine No-Op unabhängig davon, welche Provision- Service überprüft. Beide Endpunkte verschmelzen nun SchauspielerPayload(req) auf die gleiche Weise in den übertragenen Körper ihre Nachbarn tun; ein Kunde, der seinen eigenen SchauspielermitgliedId in den Körper schickt, wird von der Session's, wie SchauspielerPayloads eigener Javadoc bereits verspricht.