- शिप
- 9 सितंबर 2026 को 8:03 pm बजे UTC
- लेखक
- Kamo
- Commit
- 2cdf1ff
एक दस्तावेज़ को दो बार सहेजना और एक नाम देना, दोनों को "दस्ताव" में समाप्त किया जा सकता है सहेजा, कृपया अपनी अनुमति की जांच करें - और पांच रिट्रीज डॉक्स के बाद सदस्य के काम को त्यागना और त्याग देना। न तो एक अनुमति समस्या थी। तीन अलग दोष, सभी तक पहुँचने संपादक एक अपारदर्शी 500 के रूप में: सहेजेंImgContent प्रति बचाने के लिए एक ImgDat minted। idx img dats hash unique spans (blake3, sha3-256, size) पूरे मंच के लिए, इसलिए उस सामग्री को संग्रहीत करना जो है पहले से ही संग्रहीत एक 23505 है - और इस पथ को नियमित रूप से उसी बाइट्स को सौंप दिया जाता है: Docs किसी भी अपलोड के बाद बाइट-identical फ़ाइल को फिर से भेजता है, यह नहीं हो सकता पूर्ण, और दो एक दूसरे के अंदर बचाते हैं क्योंकि बाइट-identical हैं, क्योंकि Libre Office dcterms लिखते हैं: एक-दूसरे रिज़ॉल्यूशन पर संशोधित। यही है पूरे बग: तीन 19:31:20/23/24 पर बचाते हैं, चौथे 180ms बाद में था तीसरे और 500'd के समान, और पुनः प्राप्त लूप तब कभी नहीं कर सकता लेकिन कुछ भी इसे दोहराते हैं। NewDocument and Imageservice.uploadDocument पहले से ही हैश द्वारा खोज-or-create; यह एक लिखने का रास्ता नहीं था। The परिवर्तित दस्तावेज़ में परिवर्तित-PDF डालने का एक ही आकार था और यह भी तय किया गया है। SaveAsNewDocument पारित null ग्राहक hashes अपलोड करने के लिए दस्तावेज़, जो सत्यापित करता है उन्हें अपने स्वयं के खिलाफ और फेंक दिया "Client Blake3 हैश सर्वर से मेल नहीं खाता है गणना - शून्य भिन्न होता है, इसलिए हर सेव As हमेशा विफल रहा है। नाम देना वहाँ भी भूमि: समर्थन के बिनानाम / उपयोगकर्ता संपादक के नाम फ़ील्ड का नाम बदल सकते हैं मानचित्र.saveAs() के माध्यम से गिरता है, इसलिए एक नया दस्तावेज़ ब्रांच किया गया था, बजाय इसे नाम देना। RenameFile अब कार्यान्वित और विज्ञापित है। चेकफ़ाइलइन्फो ने कोई LastModifiedTime लौटाया और PutFile एक खाली शरीर, इसलिए Docs लॉग "WOPI में अवैध या लापता JSON:: PutFile HTTP OK प्रतिक्रिया" और कभी भी उस भंडारण को रिकॉर्ड नहीं कर सकता था जो उसके पास था। दोनों अब ले जाते हैं ImgDat का टाइमस्टैम्प, जो अगर और सिर्फ बाइट्स करते हैं तो चलती है। और /api/docs/new ने संपादक को ORIGINAL सौंप दिया। /api/docs/open derives सबसे पहले क्लासिक संस्करण इसलिए मूल कभी जगह में संपादित नहीं किया जाता है; एक बनाया गया दस्तावेज वह था जो था। यह अब भी प्राप्त करता है - रिपोर्टिंग सदस्य वास्तव में यह अनुमान लगा। PutFile की विफलता को अभी भी लॉग किया गया है। यह निगल लिया गया था, इसलिए इसका एकमात्र निशान इसमें से कोई भी एक गैर-विशेषीकृत हाइबरनेट लाइन था।.