Apache OpenOffice (AOO) Bugzilla – Issue 5439
Load/read errors when .sxw files re-zipped w/ changed options
Last modified: 2003-09-29 16:21:10 UTC
i have created a sxw file having text+images then i did it unzip to get all contents of files, make it zip again with winzip and renaming with .sxw format try to open it , it works fine. But performing the same task with Zipoutputstream class of java.util package is showing all the same contents and every thing is fine but on launching this file it shows text in proper format , but regarding images it shows a read error plz solve my problem. Amit
Can you privide a document that loads correctly and the version of the same document that does not load correctly to see what's the difference
Created attachment 2720 [details] Oopen Office document file
Created attachment 2721 [details] original sxw file
I tried to duplicate the issue on my WinNT4 SP6: 1) Create a new text document in OO. 2) Type some text and insert a picture 3) Save the file, say ootest1.sxw and rename to extension .zip 4) Unzip ootest1.zip 5) Use Winzip to zip back the contents of file ootest1.zip into ooresult1.zip 7) Rename ooresult1.zip to ooresult1.sxw 8) Launch ooresult1.sxw Result: in my case I cannot see picture nor text in ooresult1.sxw If compare 2 files, I think it have something to do w/ the way WinZip compress the files different w/ OO.
I re-Summarized this issue from "images reading error with zipoutput stream" I looked at the sample files and noticed that the component files in the re-zipped archive were zipped with additional relative file path information that is not normally part of a .sxw. This leads to the altered file not being loadable at all by Writer. Trying some variations, I discovered that by eliminiating the relative path info (except for the folders Pictures and META-INF) I was able to load the re-re-zipped content. I reproduced the Read Error on the graphic (w/ text loading OK) by 1) removing the picture from the zipped content OR 2) removong all path info (including Pictures and META-INF) from the zipped content (leaving all files present, but at the "root" of the archive) Oddly, the file and graphic loaded OK 1) when the META-INF/manifest.xml was missing, so long as the graphic file was in the expected place (Pictures) 2) when the graphic file was in the wrong place (root of archive), so long as META-INF/manifest.xml was in its correct place. As all of these problems appear to stem from abuse of the standard .sxw format, I am classing this issue as INVALID. I apologize for the delayed response on this issue. It appears to have slipped through the cracks.
Closing Resolved/Invalid issues. If new information/rationale is forthcoming, the issue can be reopened. Tam