- Expédié
- 9 septembre 2026 à 20:03 UTC
- Auteur
- Kamo
- Commite
- 2cdf1ff
Sauvegarder un document deux fois, et renommer un, tous deux se sont terminés dans "Le document ne peut pas être Sauvegarder, s'il vous plaît vérifier vos permissions" et après cinq récupérations Docs a donné et rejette le travail du membre. Il ne s'agissait pas non plus d'un problème d'autorisation. Trois défauts distincts, tous atteignant éditeur en tant que 500 opaque: saveImgContent a frappé un ImgDat par jack. idx-img-dats-hash- spans uniques (blake3, sha3-256, taille) pour l'ensemble de la plate-forme, donc le contenu de stockage qui est déjà stocké est un 23505 A et ce chemin est remis régulièrement aux mêmes octets: Docs réenvoie le fichier identique octet après tout téléchargement qu'il n'a pas pu Compléter, et deux sauvegardes à l'intérieur d'un second ARE octet-identique, parce que LibreOffice écrit dcterms:modified à une résolution en une seconde. C'est le bug entier: trois arrêts à 19:31:20/23/24 débarqués, le quatrième 180 ms plus tard était identique au troisième et 500'd, et la boucle de réessayer ne pourrait alors jamais faire Tout sauf le répéter. créerNewDocument et ImageService.uploadDocument Découvrez-ou créez-vous par hash, c'était le chemin d'écriture qui ne l'était pas. Le converted-PDF insert in reconvertDocument avait la même forme et est également fixé. saveAsNewDocument passe le client nul hashes à téléchargerDocument, qui vérifie Ils ne correspondent pas aux siens et lance "Client Blake3 hash ne correspond pas au serveur calcul" - nul diffère, de sorte que chaque Save As a toujours échoué. Renonciation atterrit là aussi: sans SupportsRename/UserCanRenommer le champ de nom de l'éditeur tombe à map.saveAs(), donc un renommage ramifié un nouveau document plutôt que renommant celle-ci. RenameFile est maintenant mis en œuvre et annoncé. CheckFileInfo n'a renvoyé aucun LastModifiedTime et PutFile a vide, donc Docs connectés "JSON invalide ou manquant dans WOPI::PutFile HTTP-OK response" et n'a jamais pu enregistrer ce stockage qui détenait ce qu'il avait. Les deux portent maintenant le L'horodatage de l'IMmgDat, qui se déplace si et seulement si les octets le font. Et /api/docs/nouveau rapporte à l'éditeur l'ORIGINAL. /api/docs/open décond le la version classique, précisément, de sorte que l'original n'est jamais édité en place; a Le document créé était celui qui était. Il en tire maintenant aussi - le rapport Un membre a deviné exactement ceci. L'échec de PutFile est également enregistré maintenant. Il a été avalé, donc la seule trace de Tout cela était une ligne Hibernate non attribuée.