Apache OpenOffice (AOO) Bugzilla – Issue 20540
general input output error on saving to OOo format
Last modified: 2013-08-07 14:43:45 UTC
When I open the doc file from issue 9831, using OOo and save as OOo format. I got general input output error I try to repeat and same problem happend. screenshot attached
Created attachment 9865 [details] screenshot of error saving to OOo format from Doc
add attachement, and keyword
Same problem with linux -> OS to ALL no crash -> removing crash keyword initial target-milestone: not determined.
Created attachment 9890 [details] The word-document that gives the I/O-Error when saving as sxw
Reassigned to MRU
MRU->MIB: The imported OLE object seems to make problems, when saving as .sxw
I have just experienced this error with 1.1.0. My spreadsheet was first created in Staroffice 6 and has since been worked on in ooo 1.1 betas. I added more data and created a new chart. When I tried to save, ooo came up with the error 'general input output error'. I tried renaming the file and resaving in sxc format. Same error. I then saved it in xls format, and there was no problem. I then resaved the file in sxc format, and the save operation completed satisfactorily.
Utomo > john: Do you still have the file which have this problem ? If yes I think better if you attach it here in this issue so the developer can have more data about this error. Thanks
I'm afraid I don't have it in the original format - it was saved as xls and then resaved as sxc in order to get me out of the problem. However, this isn't the first time it's happened to me, so the chances are it will happen again, at which time I'll make a copy before resaving it as an xls file.
MIB->CMC: The document contains a Draw 4.0 OLE object, and the problem is the import of that object in the Word filter. During the import, the object's storage is copied into the document storage (in SvxMSDffManager::CreateSdrOLEFromStorage, msdffimp.cxx, 5117). It now is contained in the document storage in the 3.o format, but it is not in the child list of SvPersist. Some time later, SvxMSDffManager::ImportGraphic calls a SdrOLE2Obj::SetModel, that again calls SdrOLE2Obj::Connect. This method notices that the object is not in the persist child list, and for that reasdon call SvPersist::Move to add it to the list (svdoole2.cxx, 374). Move converts the object into the OOo 1.0 format. The destination storage is the object's storage, so the 1.0 format is added to the existing 3.0 format, and the object storage remains an OLE strorage and does not get a package. This situation is not permitted and cannot be saved in the SXW format.
accepted.
Setting a target for this bug, fixed for 2.0 in portlaoisefilterteam16, and for 1.1.1 in droghedafilterteam15
reopen to reassign
cmc->mru: Good in Fri-Nov-07-16-00 portlaoisefilterteam16 installset for 2.0, 1.1.1 installsets will follow
Checked fix in CWS portlaoisefilterteam16.
Verified. Fix will be included in OO 2.0. Workspace for 1.1.1 integration is up to follow soon.
fix will be present in upcoming OO 1.1.1. Checked with srx645m27 build.