- Navios
- 2 de setembro de 2026 às 05:54 UTC
- Autor
- Kamo
- Enviar
- f7b5c7c
A cláusula testou si.label ids, uma coluna de array no índice de busca. Nada tem alguma vez o escreveu — rotulando uma mensagem insere em email metadata. etiquetas de mensagem, e nem o indexador completo nem o caminho da lista de pastas definem a coluna. In produção é povoada em zero de 547 linhas, por isso a condição era um vazio teste de contenção de array: falso para cada mensagem, para cada membro. Foi errado uma segunda vez, e aquele atirou. O operando é o que se segue etiqueta: na caixa de pesquisa, que é o nome de uma etiqueta — sugestão da própria infra- estrutura diz "Filtro pelo nome do rótulo", e o painel avançado constrói rótulo:<texto livre>. A cláusula lançada para UUID, então qualquer nome de etiqueta real falhou com sintaxe de entrada inválida para o tipo uuid: "work" verificada contra a base de dados ao vivo. SearchService captura uma falha de pesquisa de índice e cai de volta para IMAP, então um membro pesquisa label:work não tem nenhum erro e não e-mail etiquetado – exatamente o que quer que IMAP fez da palavra, marcado "(via IMAP)". Então agora ele pergunta message labels, resolvendo o nome contra o membro pesquisando Os seus próprios rótulos. Case-insensível: o nome é digitado à mão em uma caixa de texto livre, e "Work" e "work" são um rótulo para todos, exceto SQL. Escopo das questões a mensagem deve ser do membro e o rótulo também, porque Os nomes dos rótulos são por membro e dois membros podem ter um "trabalho". A substituição foi executada contra o banco de dados ao vivo e retorna linhas em vez de erro. Ainda não corresponde a nada por uma razão mais simples do que o erro: nenhum membro tem criou um rótulo, então os rótulos e os rótulos de mensagens estão ambos vazios.