- Navios
- 14 de outubro de 2026 às 12:36 UTC
- Autor
- Kamo
- Enviar
- 511855b
Nunca o fizeram, para ninguém. O gatilho esperou pelo userInfo.tokenId, que tipo declara mas o /api/user-info do aplicativo web nunca envia — então ele retornou antes de fazer Qualquer coisa, sempre. O teste do provedor ridicularizou um tokenId e passou. O login agora é lido onde ele realmente vive: o token de sessão da aba (SessionClient). Os passeios começam uma vez por cadastrada na plataforma de lançamento, lembrando sessão (nunca o próprio token ao portador) no localStorage, então um reload não reinicia Eles, um novo sinal faz. Sessões são por aba, então um estouro de novas abas seria uma 'sign-in' — após os passeios começarem, eles não começam de novo sozinhos por 15 minutos. Regra pura no sinalInTrigger.ts, testado; o teste do provedor agora monta exatamente o que /api/user-info retorna e um verdadeiro token de sessão de 128 caracteres.