- Expédié
- 26 août 2026 à 08:21 UTC
- Auteur
- kamo
- Commite
- 694503a
L'examen a trouvé que la vitre avait laissé tomber le premier composant de la liste de discussion. Porte: activeBucket démarré à l'initialeBucket/DEFAULT-BUCKET et a été remis à utiliser ConversationRows sur le tout premier rendu, tandis que la préférence sauvegardée GET résolu séparément et non coordonné. Un membre ayant une préférence sauvegardée a obtenu une Feook pour le mauvais seau, un flash de mauvaise boîte visible, puis une seconde recherche une fois l'EGET résolu -- et la colonne du commutateur se monte sur tous les éléments maximaux, pas une seule fois par chargement de page, donc il clignait constamment. use ConversationRows gagne un quatrième argument «activé» (par défaut) que supprime à la fois la charge initiale/à changement de seau et la charge induite par l'observateur; pagination alors que fausse. Le panneau le tient maintenant à son propre état de "prefsLoaded", retournés vrais dans la même mise à jour groupée que (lorsqu'une valeur a été sauvegardée) corrige -- donc le crochet n'est jamais invoqué activé avec n'importe quel godet autre que celui qui a en fait résolu. Les affaires 6a/6b affirment maintenant que les biens chaque appel enregistré plutôt que le dernier, qui est exactement l'aveugle spot qui laissait le bateau éclair la première fois. Egalement: la correspondance de recherche multi-champs externePhoneNumber, en plus des noms de membres/connectionTitle) n'avait pas de couverture en dépit d'une exigence explicite - c'était correct sur l'inspection, maintenant il est pincé vers le bas, pour les deux chemins d'entrée (searchQuery prop et le volet son propre domaine showSearch). Et la poignéeNewAiChat gagne un protègeur de rente: un rapide double-click a atterri les deux événements avant que l'un ou l'autre POST ne se soit résolu, créant deux sessions et l'ouverture de deux fenêtres à partir d'un clic prévu.