Limpie la sesión clonada en la pestaña de entradas

Fixkamo-internal
Se descapó
24 de agosto de 2026 a las 23:23 UTC
Autor
kamo
Compromit
3db6129

Entrar en una org abre una pestaña con ventana.abierto ('', 'en blanco') y la apunta en /validato. Eso era de origen cruzado hasta ahora, así que nada se compartía. Es el mismo-origen para un org sin un dominio personalizado, y un mismo origen ventana. Abierto CLONES la sesión del abridorStorage - que es donde el id de sesión vive. La nueva pestaña comienza, por lo tanto, celebrando la sesión para la org es LEFT. /validate lo sobrescribe un momento después, por lo que la ventana es corta. No lo es. cero: si la clave de una sola vez ha caducado o la navegación falla, esa pestaña sigue actuando como el org de origen mientras se presenta como el destino. La limpieza primero hace que el peor caso sea una pestaña sin sesión, que se lee como firmado en lugar de como otra persona. Envuelto en un intento: un espacio de trabajo personalizado se abre a un origen cruzado, donde tocar los lanzamientos de almacenamiento de la nueva pestaña y nada se clonó de todos modos. 2880 pruebas pasan. Los 2 que fracasan localmente son una paridad de la jerarquía de derechos comprobar la lectura RoleRightType.java del hermano Java repo, que ha ediciones no comprometidas de otra sesión; la prueba es skipIf(disponible) y CI revisa este repo solo, así que se salta allí.

Todos los cambios

Como lo que ves enviaste?

Cada una de estas actualizaciones aterriza en su espacio de trabajo automáticamente. Empieza gratis y verlo crecer semana tras semana.

Arranzar gratis para siempreVer Precios