- Navios
- 16 de agosto de 2026 às 01:13 UTC
- Autor
- Kamo
- Enviar
- 3cc8b30
Os dados da mola derivam uma segunda instrução para cada página que retorna, e o chat histórico lido pedido para um que nunca olhou: MediaController toma page.getContent() e então reporta messages.size() como a contagem. O derivado a declaração foi SELECT COUNT( m1 0.id) DESDE media objs m1 0 M3 0 ON m1 0.id = m3 0.obj id ONDE m1 0.session id = ? E m1 0.is removed = false — um agregado não indexado sobre todos os objectos da sessão, emitido após a transação já tinha lido, que é precisamente a forma que o YugabyteDB não pode ler recuperar. Só pode reiniciar de forma transparente uma leitura que é a PRIMEIRA instrução em sua transação; uma posterior levanta SQLState 40001 "Reiniciar lido requerido", a transação é marcada apenas rollback-only, eo pedido 500s. Então... abrir a janela de conversa que aconteceu para recarregar enquanto alguém estava escrevendo para o mesmo sessão não mostrou histórico em tudo, por conta de um número que foi descartado. As linhas agora voltam como uma Lista, que não conta. A mesma pergunta, a mesma ordem, mesma página; uma declaração em vez de duas. O método Page-returning permanece para MediaStreamController, que genuinamente Serve para a rede social. Todos os outros ouvintes estava tomando .getContent() e jogando o total fora, então os dois os sites também se movem (MediaService, commit separado).