Issue 20540 - general input output error on saving to OOo format
Summary: general input output error on saving to OOo format
Status: CLOSED FIXED
Alias: None
Product: Writer
Classification: Application
Component: ui (show other issues)
Version: OOo 1.1 RC5
Hardware: PC All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: michael.ruess
QA Contact: issues@sw
URL:
Keywords: ms_interoperability, oooqa
Depends on:
Blocks:
 
Reported: 2003-10-01 10:57 UTC by utomo99
Modified: 2013-08-07 14:43 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
screenshot of error saving to OOo format from Doc (104.16 KB, application/octet-stream)
2003-10-01 10:59 UTC, utomo99
no flags Details
The word-document that gives the I/O-Error when saving as sxw (41.50 KB, application/octet-stream)
2003-10-01 23:10 UTC, lohmaier
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description utomo99 2003-10-01 10:57:12 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
Comment 1 utomo99 2003-10-01 10:59:50 UTC
Created attachment 9865 [details]
screenshot of error saving to OOo format from Doc
Comment 2 utomo99 2003-10-01 11:02:12 UTC
add attachement, and keyword
Comment 3 lohmaier 2003-10-01 23:09:12 UTC
Same problem with linux -> OS to ALL
no crash -> removing crash keyword
initial target-milestone: not determined.
Comment 4 lohmaier 2003-10-01 23:10:35 UTC
Created attachment 9890 [details]
The word-document that gives the I/O-Error when saving as sxw
Comment 5 h.ilter 2003-10-08 15:51:56 UTC
Reassigned to MRU
Comment 6 michael.ruess 2003-10-08 16:41:50 UTC
MRU->MIB: The imported OLE object seems to make problems, when saving
as .sxw
Comment 7 kingshome 2003-10-08 20:05:33 UTC
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.
Comment 8 utomo99 2003-10-09 04:33:05 UTC
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
Comment 9 kingshome 2003-10-12 08:26:10 UTC
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.
Comment 10 michael.brauer 2003-10-17 10:10:57 UTC
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.


Comment 11 caolanm 2003-10-17 16:59:04 UTC
accepted.
Comment 12 caolanm 2003-10-20 14:43:31 UTC
Setting a target for this bug, fixed for 2.0 in
portlaoisefilterteam16, and for 1.1.1 in droghedafilterteam15
Comment 13 caolanm 2003-11-07 16:13:11 UTC
reopen to reassign
Comment 14 caolanm 2003-11-07 16:14:11 UTC
cmc->mru: Good in Fri-Nov-07-16-00 portlaoisefilterteam16 installset
for 2.0, 1.1.1 installsets will follow
Comment 15 michael.ruess 2003-11-07 17:03:48 UTC
Checked fix in CWS portlaoisefilterteam16.
Comment 16 michael.ruess 2003-11-07 17:05:59 UTC
Verified. Fix will be included in OO 2.0.
Workspace for 1.1.1 integration is up to follow soon.
Comment 17 michael.ruess 2004-01-27 15:37:49 UTC
fix will be present in upcoming OO 1.1.1. Checked with srx645m27 build.