- Порезанный
- 14 октября 2026 г. в 12:36 UTC
- Автор
- Kamo
- Обещать
- 511855b
У них никогда не было, ни для кого. Триггер ждал userInfo.tokenId, какой тип заявляет, но веб-приложение /api/user-info никогда не отправляет — поэтому оно возвращалось до того, как это было сделано. Что угодно, каждый раз. Тест провайдера высмеял токенId и прошел. Вход теперь читается там, где он на самом деле живет: токен сессии вкладки (sessionClient). Туры начинаются один раз за вход на стартовую площадку, вспоминая ПИНГЕРПРИНТ сеанс (никогда сам токен-носитель) в локальном хранилище, поэтому перезагрузка не перезапускается И вот они, новые знамения. Сеансы на вкладку, поэтому всплеск новых вкладок будет каждый «Подпись» — после начала туров они не начинают снова самостоятельно в течение 15 минут. Чистое правило в signInTrigger.ts, проверено; тест провайдера теперь устанавливает то, что /api/user-info возвращает и реальный 128-символьный токен сеанса.