- Navios
- 30 de agosto de 2026 às 20:22 UTC
- Autor
- Kamo
- Enviar
- 7daab4b
Ambos os endpoints responderam fora do email metadata.search index e entregaram o cliente O que a mesa guarda. Uma pasta inteligente retornou SearchIndexEntity — messageUid, deEmail, isRead — onde a lista de mensagens renderiza EmailMessage: uid, de, visto. Um rótulo foi pior, retornando mensagens labels join rows, que carregam um membro, a pasta, um UID e um ID de etiqueta e nenhum assunto, remetente ou data em tudo. Nenhum dos dois poderia pintaram uma fileira. O endpoint do rótulo não tinha chamador, então nada nunca disse isso. Envelopes indexados agora detém o mapeamento único, retirado do IndexedMessageListService onde era privado para a lista de pastas. Tira a pasta da linha em vez do que do chamador: uma listagem de pastas conhece sua própria pasta, uma pasta inteligente enfaticamente não — seus resultados abrangem cada pasta que o membro indexou, e cada ação que o cliente oferece em uma linha aborda a mensagem por pasta + UID. Dois fracassos silenciosos vão com ele. Um campo de condição não reconhecido foi ignorado do que recusou, então um erro de digitação em "from email" transformou "e-mail do meu contador" em tudo minha correspondência e meu sucesso relatado — a única maneira de um filtro nunca deve falhar. E POST com nenhuma condição serializada nula na coluna como sendo os quatro caracteres "null", que analisa como JSON, falha como uma lista de condições, e vira a cada leitura posterior disso pasta em um erro rastreável para nada. Ambos são 400s agora, como é uma consulta cuja condições salvas não podem ser lidas; esses foram 500s, e nenhum deles é nossa culpa. Verificado: teste mvn, 464 passe (459 antes, 5 novo para o mapeamento).