- Spegnimento
- 26 agosto 2026 alle ore 08:21 UTC
- Autore
- kamo
- Impegno
- 694503a
Recensione trovata il riquadro aveva lasciato cadere il vecchio componente di chat-list prefsLoaded cancello: activeBucket iniziato a busta iniziale/DEFAULT BUCKET ed è stato consegnato a useConversationRows sul primo render, mentre il GET di preferenza salvato risolto separatamente e non coordinato. Un membro con una preferenza salvata ha ottenuto un prendere per il secchio sbagliato, un visibile flash errato-tab, poi un secondo fetch una volta il GET risolto -- e la colonna del commutatore si monta su ogni massimale, non una volta per carico di pagina, così ha lampeggiato costantemente. useConversationRows ottiene un quarto `enabled` argomento (vero di default) che sopprime sia il carico iniziale che il carico di cambio del cofano e il guidatore dell'osservatore paginazione mentre falso. Il pannello ora lo detiene al suo stato `prefsLoaded`, capovolto vero nello stesso aggiornamento batch che (quando un valore è stato salvato) corregge `activeBucket` -- quindi il gancio non è mai invocato abilitato con qualsiasi altro secchio di quello effettivamente risolto. I casi 6a/6b affermano ora che la proprietà ogni chiamata registrata piuttosto che solo l'ultima, che è l'esatto cieco spot che ha lasciato la nave flash la prima volta. Inoltre, la partita di ricerca multicampo... esternoPhoneNumber, in cima ai nomi dei membri/connessioneTitle) non aveva copertura pur essendo un requisito esplicito -- era corretto su ispezione, ora è bloccato, per entrambi i percorsi di input (searchQuery prop e il pannello' propria mostraSearch campo). E maneggiareNewAiChat ottiene una guardia di re-entrancy: un veloce doppio clic ha atterrato entrambi gli eventi prima o POST risolto, creando due sessioni e apertura di due finestre da un clic previsto.