- Порезанный
- 25 августа 2026 г. в 01:25 UTC
- Автор
- Kamo
- Обещать
- a26b480
SignInCompletionService возвращает относительный /validate?otk=. Это решает против хоста, который обслуживал SIGN-IN — login.<apex> — и kamo-login имеет собственную страницу /validate: проводит разовый ключ и router.push('/') возвращается на экран входа. Член никогда не достигает Их рабочее пространство, а ключ является одноразовым, поэтому повторная обработка не помогает. Это коснулось бы каждого входа на хост-платформе, а не только участников. несколько организаций, поскольку член одной из них автоматически отбирается через Тот же путь завершения. Комментарий, утверждающий, что относительный путь был правильным потому что «рабочее пространство достигается в зависимости от того, какое происхождение служило входу». был просто неправ: вход - это камо-логин, рабочее пространство - это Камо-внутренние, и они разные хосты даже на платформе. Оба пути завершения теперь называют хост рабочего пространства, производное от способа Путь, разрешенный хозяином, всегда был — поменяйте ведущий лейбл на «внутренний» — так что Все три земли в одном месте. Ведущий без ведущей этикетки дает нуль и возвращается на относительный путь, правильный только для звонящего Он уже использовался в рабочей области. Найден путем отслеживания потока перед включением пикера; флаг был Обратно в a34b8f8 и может вернуться сейчас. Тесты определяют пункт назначения. Проверено на чистом клоне: 955 тестов.