- Spegnimento
- 2 settembre 2026 alle ore 02:36 UTC
- Autore
- Kamo
- Impegno
- 9d77470
Massimizzare un popup chat ha lasciato il navigatore di conversazione su qualsiasi scheda era già in mostra. `visibleRows` cade ogni riga al di fuori del secchio attivo, così il conversazione che il membro aveva appena messo sullo schermo è stato filtrato fuori dalla lista accanto esso — e senza riga per rendere non c'era nulla da segnare come quello selezionato. Due cose impilate per causarlo. `ChatSwitcherColumn` congelare il suo seme del secchio al primo strumentoId ha mai visto, quindi uno swap che ha cambiato quale finestra tiene il pannello potrebbe non spostare la scheda; e `initialBucket` non avrebbe potuto riparare che comunque, perché esso viene letto una volta in `useState` e la preferenza salvata `chatSwitcherActiveBucket` overrides it — quindi dalla prima scheda del membro cliccare in avanti, il tipo della finestra aveva Smise di essere consultato per sempre. Il seme è sostituito da un `followBucket` live: il secchio che tiene la conversazione sullo schermo, che batte la preferenza salvata perché non è un'ipotesi su dove il membro vorrebbe iniziare, è un fatto su quello che stanno leggendo. È applicato al seme E all'interno del ripristino delle preferenze piuttosto che da un effetto in seguito, quindi il secchio giusto viene caricato una volta invece di lampeggiare attraverso salvato uno — i casi di proprietà 6a/6b già guardia. Il blocco era lì per un motivo, e questa ragione è mantenuta. Una finestra di chat può solo mai nominare 'teamMembers'; se una sessione CHAT è presentata sotto il teamMembers o i membri sono decisi dal membro della controparteType, che vive sulla fila e non sulla finestra. Quindi `bucketFollowing` decodifica un seguire dentro quella famiglia, e un membri che leggono I membri sono lasciati dove sono quando cliccano su una riga lì.