- Se descapó
- 27 de agosto de 2026 a las 15:25 UTC
- Autor
- Kamo
- Compromit
- f66aad7
Cada listado para Mike-OptionOne.com devolvió 400 RequestBroker--ParseUri ("No se podría encontrar una propiedad llamada 'tamaño' en tipo ******************* y el buzón era inutilizable. La solicitud va a /v1.0, pero el error nombra el legado Outlook REST tipo, no microsoft.graph.message: para un inquilino cuyo buzón aún resuelve el backend heredado, Graph responde con un Mensaje que sí no declarar 'tamaño'. $sel se analiza como una unidad, por lo que un nombre sin soporte falla en la petición entera en lugar de soltar una columna - toda la bandeja de entrada, no un número en una fila. Suelta 'tamaño' de MSG-SELECT, que cubre los tres caminos de mensaje que compartirlo (listMessages, getMessage, search). Solicitarlo sólo en el Una senda de mensajería se movería los mismos 400 de "inbox no cargará" "El mensaje no se abrirá", ya que el tipo de legado le falta en todas partes. Nada depende del valor: se mide la contabilidad de almacenamiento de organización Independientemente sobre IMAP por MailboxStorageMeasurer y EmailMessage ya documentos tamañoBytes == 0 como "el proveedor no reportó uno", así que la propiedad ausente se degrada a través de longOf() a exactamente ese centinela. El mapeo sigue leyendo 'tamaño' para que una respuesta náuiva del gráfico siga siendo tamaño. Los adjuntos son de un tipo diferente que realmente tiene "tamaño"; su seleccionar separado está intacto. No hay bandera de capacidad por inquilino y sin re-size: un listado que Los estudios silenciosamente escondían la siguiente rotura de este tipo. Puntuas de pin que ningún mensaje seleccione pide 'tamaño' en cualquiera de los tres caminos, que las otras catorce propiedades sobreviven, que un tamaño perdido resuelve a cero, y ese tamaño de fijación todavía se solicita y se analiza. Verificado no vacuo -- la restauración de la vieja constante falla las tres seleccionar las pruebas.