- Se descapó
- 26 de agosto de 2026 a las 23:12 UTC
- Autor
- kamo
- Compromit
- dba99f4
Firmado en Wienerschnitzel, abrió Settings . Branding, save Company Info, y todo el espacio de trabajo volvió al logotipo y los colores de Kamo. Cerrando la cuenta y abrir la organización devolvió su propia marca de vuelta. Dos defectos, y el primero es mío de la migración alias. OrgUrlSync celebró su propia copia de la clave de la sesiónStorage. Theme.tsx rebautizado como eso clave de "kamo-tema-domain" a "kamo-theme-slug" y esta copia se mantuvo lo viejo nombre, por lo que la lectura devuelta nula y "?org=" silenciosamente se detuvo siendo restaurado después de una navegación del lado del cliente. Nada tirado. Dos páginas en la aplicación ya no hay URL llamado el inquilino, por lo que el servidor vuelve a entregar los disparadores de salvación no tenía nada que resolver, caí de nuevo al anfitrión de la plataforma compartida, que en la plataforma compartida es la plataforma y repintó todo. La clave se importa ahora, y una prueba afirma el componente lo importa en lugar de reafirmar las reglas, porque las reglas nunca se equivocaron. La segunda es la razón por la que un perdido "org=" fue capaz de hacer tanto daño. OrgProvider grabó cualquier organización que la representación haya producido como la propia pestaña, incluyendo un anfitrión se desprenda. Así que un renderizado desconfiado no sólo pintaba la marca equivocada para que render, sobrescribió la organización grabada de la pestaña, y todo El lado del cliente también se equivocó, hasta que se cerró la cuenta. El trazado ya sabe si la organización fue NAMED o simplemente inferida; pasa eso a OrgUrlSync por exactamente esta razón, y ahora lo pasa aquí también. Un retroceso es todavía renderizado - tiene que ser, o no hay cáscara - simplemente no puede convertirse en el la respuesta de la cuenta.