KamoCRM

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

Fixkamo-internal
Cambia
24 de agosto de 2026 a las 23:23 UTC
Autor
kamo
Comprometerse
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?

Todo llega a su espacio de trabajo por sí solo. Comience en el plan gratuito y lea esta página de nuevo en un mes.

Empieza gratis para siempreVer Precios