- Se descapó
- 25 de agosto de 2026 a las 1:25 UTC
- Autor
- Kamo
- Compromit
- a26b480
SignInCompletionService devolvió un relativo /validate?otk=. Eso se resuelve. contra el anfitrión que sirvió al SIGN-IN a login..apex y kamo-login tiene una página /validate propia: gasta la clave de una sola vez y router.push('/') vuelve a la pantalla de inicio de sesión. El miembro nunca llega su espacio de trabajo, y la clave es un solo uso, así que volver a intentar no ayuda. Habría golpeado cada sesión de inicio en la plataforma, no sólo miembros de varias organizaciones, porque un miembro de uno es auto-seleccionado a través de la la misma vía de finalización. El comentario afirmando que un camino relativo era correcto porque "se llega al espacio de trabajo en el origen que haya servido al inicio" simplemente estaba equivocado: el inicio de sesión es kamo-login, el espacio de trabajo es kamo-internal, y son diferentes anfitriones incluso en la plataforma. Ambas rutas de terminación ahora nombran al huésco del espacio de trabajo, derivaron la forma en que el ruta de acogida siempre hizo el cambio de la etiqueta principal por "interno" - por lo que Las tres tierras en el mismo lugar. Un huésco sin los principales rendimientos de la etiqueta y cae de nuevo en la ruta relativa, que es correcto sólo para un llamante ya servida desde el origen del espacio de trabajo. Encontrado rastreando el flujo antes de encender el selector; la bandera era revertido en a34b8f8 y puede volver a encenderse ahora. Las pruebas pinan el destino. Verificado en un clon limpio: pasan 955 pruebas.