- Expédié
- 2 septembre 2026 à 02:36 UTC
- Auteur
- Kamo
- Commite
- 9d77470
Maximiser une pop-up de chat a laissé le navigateur de conversation dans n'importe quel onglet qu'il était déjà montré. «visibleRows» tombe chaque rangée en dehors du seau actif, donc le conversation que le membre venait de mettre à l'écran a été filtré hors de la liste à côté Il n'était plus possible de marquer comme l'un ou l'autre. Deux choses empilées pour le provoquer. «ChatSwitcherColumn» a gelé sa graine de seau au niveau de la graine premier outilId il a jamais vu, donc un échange qui a changé quelle fenêtre maintient la vitre pourrait ne pas déplacer l'onglet; et "initialBucket" n'aurait pas pu fixer cela de toute façon, parce qu'il est lu une fois dans la préférence sauvegardée "chatSwitcherActiveBucket" L'oppose donc, à partir du premier onglet d'un membre, le propre type de la fenêtre avait cessé d'être consulté pour de bon. La graine est remplacée par un boucinage vivant: le seau tenant la conversation à l'écran, qui bat la préférence sauvegardée parce que ce n'est pas une supposition sur où le membre voudrait commencer, c'est un fait sur ce qu'ils lisent. C'est appliquée à la semence ET à l'intérieur de la préférence restaure plutôt que par effet par la suite, donc le godet droit est chargé une fois au lieu de clignoter à travers le Il a sauvegardé un - les cas de propriété 6a/6b gardent déjà. Le gel était là pour une raison, et cette raison est maintenue. Une fenêtre de discussion ne peut que toujours de «membres d'équipe»; si une session CHAT est classée sous l'équipeMembres ou les membres sont désignés par le membre de la contrepartieType, qui vit au rang et non sur la fenêtre. Donc, s'écolise en décodeur une suite dans cette famille, et un Les membres se retrouvent là où ils se trouvent lorsqu'ils cliquent sur une rangée.