- Shipped
- 11 août 2026 à 18:29 UTC
- Author
- Kamo
- Commit
- d79656c
Trois lacunes dans ce qui a été expédié en dernier: Un groupe avec un plan ne peut jamais être supprimé. delete() refuse pendant qu'il véridique l'abonnement existe - correct, puisque la ligne de groupe est la seule chose pointant sur l'abonnement Stripe - mais il n'y avait aucun moyen d'annuler, donc la garantie était un isad. annulerPlan() libère les sièges en premier, donc la liste ne peut pas continuer prétendre que les gens détiennent des sièges qui n'existent plus. L'ajout d'une personne pour laquelle l'organisation achète déjà un siège est maintenant refusée à moins que takeOverFromOrg dit le contraire. C'est la deuxième façon d'être facturé deux fois pour une personne et rien ne l'a rattrapé: les conditions uniques du membre d'abonnement par souscription et AccountLicense ne déclare aucune. Déplacer quelqu'un de le projet de loi de l'organisation sur un groupe est une chose réelle qu'un gestionnaire fait, donc c'est autorisés - délibérément plutôt que par accident. BillingGroupScopeIntercepteur se lie à chaque /api/billing/groups/--------------------------------------- à l'organisation de l'appelant. Les manipulateurs vérifient déjà, et ce n'est pas le cas. les remplacer; il existe parce que ces contrôles sont à main et qu'un groupe a maintenant les sous-ressources qui dépensent de l'argent. La voie suivante ajoutée n'hérite rien si Ce qui est au-dessus, il applique la règle. Délibérément plus étroit que les manipulateurs: qui règle quelle organisation, et non qui en son sein peut agir, de sorte que les deux ne peuvent pas s'éternisant vers des réponses en désaccord. Un groupe inconnu passe à travers ainsi le le gestionnaire répond "ne pas trouvé" plutôt que de confirmer que l'id existe quelque part.