- Shipped
- 27 de agosto de 2026 a las 7:03 UTC
- Author
- Kamo
- Commit
- 9d70283
El representante de imágenes ya responde 410 para el acceso revocado y para un eliminado mensaje, pero deja que IOException de Range escape inspojos, así que el único caso donde los bytes simplemente ausentes se convirtió en un 500 en blanco. Un navegador's "audio"/Evideo. no puede hacer un 500; se pone un poco y se aferra a él, por eso un miembro informó de un adjunto que "envió" pero cuyo botón de juego no hizo nada, sin Mensaje en cualquier lugar. Tres cambios. La fila se pregunta primero: ImgDat.isMissing es falso sólo una vez el bytes están escritos duramente, por lo que una fila faltante es respondida 410 sin una ronda de MinIO viaje en absoluto. Los fallos de almacenamiento se dividen entonces. ObjectnottStoredException a 410, cualquier otra cosa a 503 para que un blip de MinIO se lee como "intentar de nuevo" en lugar de como un archivo el miembro ha perdido permanentemente. Y HEAD ahora consulta el almacenamiento. Solía responder a 200 de la fila. metadatos, que lo hicieron peor que inútil para la pregunta que valía la pena hacer: un cliente que investiga para saber si un elemento fallido se ha ido o simplemente desafortunado fue Le dijo que el archivo estaba bien y luego entregó un 410 en el GET. Un rango de longitud cero cuesta una estadística y la arregla honestamente. SystemBugController tiene la misma división. MediaController ya está fuera de la ruta degradado al texto, y ahora registros cuál de los dos sucedió.