Commencer le procès de 3 jours lors de la première entrée dans l'affaire, et non lors de la création

FeatureSecurityService
Shipped
25 août 2026 à 16:29 UTC
Author
Kamo
Commit
1781b32

Créer une orge et l'ouvrir sont des événements différents. Une orge peut être créée et laissée et personne dans lequel personne n'est entré ne doit pas avoir passé son évaluation - donc la création enseignant le procès en attente et en entrant est ce qui commence l'horloge. Le départ est passé à PostAuth-Service.create-Id, l'endroit unique une session réelle. est frappée. Connexion, cueillette de l'espace de travail, authsif mobile et post-vérification L'auto-session commence donc sans que chacun n'ait à s'en souvenir, et une entrée future le chemin hérite du comportement. Les séances Sudo sont exclues: les séances d'entrée et l'usurpation d'identité sont un administrateur ouvrant l'ordre de quelqu'un d'autre, qui n'est pas le client qui arrive et ne doit pas passent leur procès. Les appels explicites dans SecurityController et SignInCompletionService sont Il est devenu redondant, et ces derniers n'ont plus besoin de BillingSetupService du tout. La création d'Org conserve un appel explicite. Il donne au propriétaire une session avant que ce commit ne se déroule. afin que la menthe ne trouve pas d'abonnement pour commencer - la facturation est ensemencée après le marché. Le après l'encliquetage de l'entreprise a saisi l'appel nécessaire REQUIES-NEW, sans lequel l'écriture serait ont été écartés en silence et un nouveau procès d'ordonnance n'aurait jamais commencé.

All changes

Comme ce que tu vois expédier ?

Chacune de ces mises à jour atterrit automatiquement dans votre espace de travail. Commencez gratuitement et regardez-le grandir semaine après semaine.

Commencez gratuitement pour toujoursPrix de visualisation