Iniciar o teste de 3 dias na primeira entrada na org, não na criação

FeatureSecurityService
Navios
25 de agosto de 2026 às 16:29 UTC
Autor
Kamo
Enviar
1781b32

Criar uma org e abri-la são eventos diferentes. Uma org pode ser criada e deixada Não se deve ter gasto a sua avaliação — por isso, a criação Sementes o julgamento pendente novamente e entrando é o que começa o relógio. O início moveu-se para PostAuth***Service.create***Id, o único lugar uma sessão real é cunhada. Login, o coletor de espaço de trabalho, a autenticação do dispositivo móvel e a pós-verificação auto-sessão, portanto, tudo inicia-o sem que cada um tenha que se lembrar, e uma entrada futura caminho herda o comportamento. As sessões de Sudo estão excluídas: administrador abrindo org de outra pessoa, que não é o cliente chegando e não deve passar o seu julgamento. As chamadas explícitas no SecurityController e SignInCompletionService são foi como redundante, e este último já não precisa de BillingSetupService em tudo. A criação de org mantém uma chamada explícita. Dá ao dono uma sessão antes de este commit correr, para que a hortelã não encontre nenhuma assinatura para começar — o faturamento é semeado após o compromisso. A afterCommit ratchet captou que a chamada necessária REQUIRES NEW, sem o qual a escrita Foram silenciosamente descartados e o julgamento de uma nova org nunca teria começado.

Todas as alterações

Como o que vês no transporte?

Cada uma dessas atualizações pousa automaticamente em seu espaço de trabalho. Comece grátis e veja crescer semana após semana.

Começar Livre Para SempreVer Preços