https://bugs.documentfoundation.org/show_bug.cgi?id=158388
--- Comment #3 from Dev <[email protected]> --- (In reply to Dev from comment #2) > (In reply to Mike Kaganski from comment #1) > > See also: https://gerrit.libreoffice.org/c/core/+/159976 > > > > Since this is a broken package, the fix should set the RepairPackage media > > descriptor property to true, after a prompt. > > > > In package/source/zippackage/ZipPackage.cxx, there are checks related to the > > most fundamental things - e.g., for ODF packages, manifest is checked. > > > > But all the other XML streams can't be checked there; so the XML parser > > needs to do the job. > > Not sure if it is related to broken zip or not. In our case the ods file > itself is zipped-okay, we could unzip it (so that we knew the meta.xml was > wrong). No idea why meta.xml was emptied (since this file is from our user). > > Indeed it should be solved in more general way, not specific to Calc. > However so far when we tried to search where to process/import meta.xml it > was spread in different components like sc/, sd/, sw/, etc. Do you suggest > us to add similar code to all those components, or is there another "upper" > place to handle this at once? Actually we found that for Writer (sw) and Impress/Draw (sd) they've been taken care of. LibreOffice will give a warning, but still open odt/odp with corrupted meta.xml. Only Calc has this problem. -- You are receiving this mail because: You are the assignee for the bug.
