- Expédié
- 24 août 2026 à 23:23 UTC
- Auteur
- kamo
- Commite
- 3db6129
L'entrée d'une orge ouvre un onglet avec window.open(', ''blank') et le pointe à/valider. Jusqu'à présent, rien n'était partagé. C'est identique à l'origine d'un org sans domaine personnalisé, et une même origine Wind.ou ouvrir CLONES la session d'ouvertureStorage -- où est le session id lives. Le nouvel onglet commence donc à tenir la session pour l'ordre étant de la gauche. /valider l'écrase un moment plus tard, donc la fenêtre est courte. Elle n'est pas zéro: si la clé à usage unique a expiré ou si la navigation échoue, cet onglet continue d'agir en tant qu'entité source tout en se présentant comme la destination. Le nettoyage fait d'abord le pire cas un onglet sans session, qui se lit comme signé plutôt que comme quelqu'un d'autre. Enveloppé dans un essai: un espace de travail sur le domaine personnalisé ouvre la croisée des origines, où toucher les lancers de stockage du nouvel onglet et rien n'a été cloné de toute façon. 2880 essais passent. Les 2 qui échouent localement sont une parité de hiérarchie des droits C'est-à-dire la lecture de RoleRightType.java du sergent Java repo, qui a éditants non engagés d'une autre session; le test est saute-sautrap(-disponible) et IC vérifie ce repo seul, donc il s'envole là.