- Verschifft
- 11. August 2026 um 18:10 UTC
- Autor
- Kamo
- Ausschuss
- 3364634
Eine Gruppe kann jetzt Leute sammeln, einen Plan auf der eigenen Karte ihres Managers kaufen und seine Sitze aus. Nichts davon existierte: die einzigen Operationen wurden erstellt, genehmigen und löschen, so dass ein Besitzer, der eine Gruppe gemacht hat ein Label und keine Möglichkeit, es zu verwenden. BillingGroupSeatService ist, wo Geld bewegt und Anspruch ausgestellt wird, gehalten abgesehen von der Aufzeichnung, so dass keine neue Route hinzugefügt werden kann, die die Tore überspringt. abonnement() refuses before create() wird aufgerufen und nicht danach, weil create() öffnet ein Live Stripe-Abonnement - eine nicht genehmigte Gruppe, eine Vermächtnis, einen Manager mit keiner Karte oder einer Sitzkappe brechen alle dort zu stoppen. Zwei Mängel machten die Gruppenrechnung zur falschen Person: - Der Zahler war, was auch immer KontoUid die Anfrage Körper benannt, unkontrolliert, und die Konsole schickte die Organisation. Eine Gruppe, die der Organisation in Rechnung gestellt wird, ist kein Billing-Gruppe; es ist ein zweiter Name für die Organisation eigenen Abonnement. Der Zahler wird nun vom Manager abgeleitet und die beiden werden zustimmen bevor etwas angeklagt wird. Das Senden von KontoUid wird komplett abgelehnt. - sicherstellenAccountForMember verwenden die älteste Kontomitglied-Link des Mitglieds, die für Jeder, der jemals auf das Konto der Organisation aufgenommen wurde, ist das Konto der Organisation. sicherzustellen, dassPersonalAccountForMember von den primären Mitgliedsgruppen identifiziert wird, was das einzige Feld, das sagt, dass ein Konto einer Person gehört. Wo ein Eigentümer verwaltet seine eigene Gruppe, "ihre Karte" und "die Organisation ist Karte" sind wirklich die gleiche Konto-Reihe und der gleiche Stripe-Kunde, und keine Code kann sie auseinander halten. Das wird abgelehnt, es sei denn bestätigt, anstatt Papiere über. Getrennt, zwei Live-Bugs gefunden, während in hier: - /self/seat hat das Mitglied belastet und ihm nie einen Sitz erteilt. Es heißt create() und zurückgekehrt; es gab keine Abonnementmitglied-Reihe und keine Kontolizenz, so Der Käufer blieb ohne Lizenz, während seine Karte jeden Monat in Rechnung gestellt wurde. - @Transactional in AccountBillingService hatte sich auf eine private Methode gedriftet, so Spring ignorierte es und stellte sicher, dassAccountForMember ohne Transaktion lief. A Ausfall zwischen seinen beiden spart verwaist ein Konto die nächste Suche konnte nicht siehe, und der folgende Aufruf erzeugte einen zweiten. /self/coverage ist neu: Sie antwortet "wer für meinen Sitz bezahlt", was nichts getan hat. Es ist auch, was verhindert, dass jemand bereits abgedeckt wird ein zweiter Sitz angeboten angeboten ihre eigene Karte.