- Shipped
- 25 sierpnia 2026 01:25 UTC
- Author
- Kamo
- Commit
- a26b480
SignInCompletionService zwrócił krewny /validate?otk. To rozwiązuje wobec hosta, który obsługiwał SIGN-IN — login.-apex> — i kamo-login Posiada własną stronę /validate: wydaje jednorazowy klucz i Router.push('/') powraca do ekranu logowania. Członek nigdy nie dociera ich przestrzeń roboczą, a kluczem jest jednorazowe wykorzystanie, więc próba nie pomaga. Uderzyłby w każde logowanie na hosta platformy, nie tylko członków zespołu. Kilka organizacji, ponieważ członek jednego jest automatycznie wybierany przez Ta sama ścieżka ukończenia. Komentarz twierdzący, że względna ścieżka była słuszna Ponieważ „przestrzeń pracy jest osiągana w dowolnym miejscu pochodzenia, które służyło podpisowi” Po prostu mylił się: logowanie jest kamo-login, przestrzeń roboczą jest kamo-wewnętrzne i są różnymi hostami nawet na platformie. Obie ścieżki ukończenia określają teraz hosta obszaru roboczego, wywodzi sposób, w jaki Ścieża rozwiązana przez gospodarza zawsze - zamienić wiodącą etykietę na "wewnętrzne" - tak dalej - tak Wszystkie trzy ziemie w tym samym miejscu. Gospodarz bez wiodącej etykiety nie ma żadnych plonów I spada z powrotem na względną ścieżkę, która jest poprawna tylko dla dzwoniącego Służył już z miejsca pracy. Znalezione przez śledzenie przepływu przed zwróceniem zbieracza; flaga była Wrócił w a34b8f8 i może wrócić. Testy przypinają cel. Zweryfikowany na czystym klon: 955 testami.