- Navios
- 26 de agosto de 2026 às 08:21 UTC
- Autor
- kamo
- Enviar
- 694503a
A revisão descobriu que o painel tinha deixado cair o componente anterior da lista de chats gate: ativoBucket iniciado no bucket inicial/DEFAULT BUCKET e foi entregue para useConversationRows na primeira renderização, enquanto o GET salvo-preferência resolvido separadamente e descoordenado. Um membro com uma preferência salva tem um buscar para o balde errado, um flash de tab visível errado, em seguida, uma segunda busca uma vez o GET resolvido -- e a coluna do switcher monta em cada maximização, não uma vez por carga de página, então ele piscava constantemente. useConversationRows ganha um quarto argumento `enabled` (padrão true) que suprime tanto a carga inicial/mudança do bucket como a carga orientada pelo observador paginação enquanto falsa. O painel agora o detém em seu próprio estado de "prefsLoaded", virou true na mesma atualização em lote que (quando um valor foi salvo) corrige `activeBucket` -- então o gancho nunca é invocado habilitado com qualquer outro balde do que o que realmente resolveu. Processos 6a/6b Cada chamada gravada em vez de apenas a última, que é o exato cego Localize que deixou a nave flash da primeira vez. Além disso, o combate de busca multi-campos. externoPhoneNumber, em cima de nomes de membros / conexãoTítulo) não tinha cobertura Apesar de ser um requisito explícito -- estava correto na inspeção, agora está preso, para ambos os caminhos de entrada (prop pesquisaQuery e próprio campo showSearch). E manusearNewAiChat ganha um guarda de reentrância: um rápido duplo-clique pousou ambos os eventos antes de qualquer POST resolvido, criando dois sessões e abertura de duas janelas de um clique pretendido.