Un ahorro de Docs no pudo almacenar bytes la plataforma ya en poder

FixDocsService
Se descapó
9 de septiembre de 2026 a las 20:03 UTC
Autor
Kamo
Compromit
2cdf1ff

Ahorrando un documento dos veces, y renombrando uno, ambos terminaron en "Documento no puede ser Ahorrado, por favor revise sus permisos" y después de cinco reintes Docs dio arriba y descartó el trabajo del miembro. Tampoco un problema de permisos. Tres defectos separados, todos alcanzando el editor como opaque 500: saveImgContent acuñado un ImgDat por save. idx. idx.img.dats.hash-unique spans (blake3, sha3-256, tamaño) para toda la plataforma, por lo que el contenido de almacenamiento que es ya almacenada es 23505 y este camino se entrega el mismo bytes de forma rutinaria: Docs vuelve a enviar el archivo de byte-idéntico después de cualquier subida no pudo completas, y dos salvas dentro de un segundo ARE-sedid, porque LibreOffice escribe dcterms: modificado en una resolución de un segundo. Es el Error entera: tres salvamentos a 19:31:20/23/24 aterrizaron, el cuarto 180ms más tarde fue idéntico al tercero y 500'd, y el bucle de reptiles nunca podría hacer cualquier cosa menos repetirlo. createNewDocument and ImageService.uploadDocument ya encontrando-o-crear por hachácelo; este era el camino de escritura que no lo hizo. El convertida-PDF inserto en reconvertDocument tenía la misma forma y está fijo también. SaveAsNewDocument pasó nulos hashs de cliente para subirDocument, que verifica ellos contra los suyos y lanza "Client Blake3 hash no coincide con el servidor cálculo" null difiere, por lo que cada Guarda As siempre ha fallado. Renombrando allí también aterriza allí: sin soportesRename/UserCanRename el campo de nombres del editor cae a través de map.saveAs(), por lo que un nombre ramificó un nuevo documento en lugar de renombrando este. RenameFile ya se implementa y anuncia. CheckFileInfo devolvió no LastModifiedTime y PutFile un cuerpo vacío, así que Docs--Hectado "Inválido o desaparecido JSON en WOPI::PutFile HTTP-OK respuesta" y nunca pudo grabar ese almacenamiento que tenía. Ambos llevan ahora el La marca de tiempo de ImgDat, que se mueve si y sólo si los bytes lo hacen. Y /api/docs/new entregado al editor el ORIGINAL. /api/docs/open deriva el versión clásica primero precisamente por lo que el original nunca se edita en su lugar; a El documento creado fue el que lo fue. Ahora se deriva también. miembro adivinó exactamente esto. El fracaso de PutFile también se registra ahora. Fue tragado, por lo que el único rastro de Cualquiera de esto era una línea Hibernate no atribuida.

Todos los cambios

Como lo que ves enviaste?

Cada una de estas actualizaciones aterriza en su espacio de trabajo automáticamente. Empieza gratis y verlo crecer semana tras semana.

Arranzar gratis para siempreVer Precios