https://bugs.documentfoundation.org/show_bug.cgi?id=163818

--- Comment #3 from [email protected] ---
The problem still exists with " development build v24.8 - 2024-11-06_09.10.55 "
on Windows

Yesterday, I compiled LibreOffice from source, to identify the location of the
problem. In package/source/zippackage/ZipPackage.cxx . See
ZipPackage::checkZipEntriesWithDD

Although Bug 163364 is marked as fixed. It only seems to allow recovery. This
breaks existing libraries.

Researching the issue. I believe the issue is with minizip-ng handling of
attributes differs from LibreOffice. A file created by LibreOffice zip external
file attribute is not present for minizip-ng to read . So when minizip repacks
it from RAM, it is stored as a file. (However, I still couldn't get it to work
attempting to force minizip to deduce it from the filename ending in a slash.
This maybe a red herring)

Note, I had not tested the legacy "minizip" library.

-- 
You are receiving this mail because:
You are the assignee for the bug.

Reply via email to