- Se descapó
- 30 de agosto de 2026 a las 20:22 UTC
- Autor
- Kamo
- Compromit
- 7daab4b
Ambos endpoints respondieron de correo electrónico.metadata.search.index y entregó al cliente lo que tiene la mesa. Una carpeta inteligente devolvió SearchIndexEntity deEmail, isLee donde la lista de mensajes renderiza el mensajero encarnación: uid, de, visto. Una etiqueta era peor, devolviendo mensajes. etiquetas unen filas, que llevan un miembro, un carpeta, un UID y una identificación de etiqueta y sin sujeto, remitente o fecha en absoluto. Tampoco pudo han pintado una fila. El endpoint de la etiqueta no tenía llamada, así que nada lo dijo. Envolturas indexadas ahora tiene el siguiente mapeo, levantado de IndexedMessageListService donde era privado a la lista de carpetas. Le quita la carpeta de la fila más bien que de la llamada: un listado de carpetas conoce su propia carpeta, una carpeta inteligente Enfáticamente no suenan cada carpeta que el miembro ha indexado, y Cada acción que el cliente ofrece en una fila se dirige al mensaje por carpeta de UID. Dos fracasos silenciosos van con él. Se saltó más bien un campo de condiciones no reconocido que denegado, por lo que un error tipográfico en "de-email" se convirtió "correo de mi contador" en todos mi correo y éxito reportado de la manera en que un filtro nunca debe fallar. Y POST con ninguna condición serializada nula en la columna como los cuatro caracteres "null", que analiza como JSON, falla como una lista de condiciones, y se vuelve cada lectura posterior de eso carpeta en un error rastreable a nada. Ambos son 400 ahora, al igual que una pregunta que Las condiciones salvadas no se pueden leer; esas eran 500, y ninguna de ellas es culpa nuestra. Verificado: prueba mvn, 464 pase (459 antes, 5 nuevo para la asignación).