Issue 277 - Cannot read back an XML-Writer file. (Abort and crash)
Summary: Cannot read back an XML-Writer file. (Abort and crash)
Status: CLOSED FIXED
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: 605
Hardware: PC All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: eric.savary
QA Contact: issues@sw
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-01-05 10:12 UTC by issues@www
Modified: 2003-12-06 14:52 UTC (History)
1 user (show)

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

Attachments
sdw doc with draw object (47.50 KB, application/octet-stream)
2001-03-01 15:39 UTC, eric.savary 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description issues@www 2001-01-05 10:12:10 UTC 
Version Unknown: Does not display in about menu

An existing file (containing a block diagram created with StarDraw) was written
out as XML. OpenOffice was closed and restarted and the XML document read back
in. This operation leads to a fatal error (message box) following which
openoffice crashes.

It would also appear that the block-diagram is missing fromthe XML document.

Document can be sent on request.
Comment 1 stefan.baltzer 2001-01-15 09:02:12 UTC 
I will reassign this XML filter problem to Eric Savary
Comment 2 eric.savary 2001-01-15 16:26:24 UTC 
I requested the document
Comment 3 michael.bemmer 2001-03-01 09:22:18 UTC 
Eric, then please mark the bug assigned. You haven't got the document within 6 
weeks, so either ask for it again or close the issue.
Comment 4 eric.savary 2001-03-01 11:09:25 UTC 
I sent a new request today.
If nothing comes I close it next week.
Comment 5 eric.savary 2001-03-01 15:39:32 UTC 
Created attachment 87 [details]
sdw doc with draw object
Comment 6 eric.savary 2001-03-01 15:41:42 UTC 
- Open the sdw doc
- Save it as sxw
- reload it
-> GPF
KERNEL32! 77e79b01()
MSVCRT! 7800adef()
SW622MI! SwXNumberingRules::setNumberingRuleByIndex(class SwNumRule &,class 
com::sun::star::uno::Sequence<struct com::sun::star::beans::PropertyValue> 
const &,long) + 4404 bytes
SW622MI! 20fcb630()
NTDLL! 77fb3c53()
ffffffff()
002f0608()

REM: the text box (Draw object) has been created with copy/paste from Draw.
Comment 7 michael.brauer 2001-03-09 08:04:05 UTC 
I fixed the exception that is thrown, but I don't think that the current
behaviour is correct: The draw object is copied from Draw and contains a
numbering rule. When the saved document is loaded, the numbering rule is created
using the service com.sun.star.text.NumberingRules. This creates a writer
numbering rule (instead of a draw numbering rule). Can this work?
Comment 8 clippka 2001-03-12 09:54:42 UTC 
Using a writer numbering rule currently does not work for drawing objects. Have to look into this one.
Comment 9 Unknown 2001-11-08 23:11:48 UTC 
changing QA contact from bugs@ to issues@
Comment 10 clippka 2002-11-27 10:29:37 UTC 
impress bullets are converted to writer in current build. This is not
flawless but the problem is that internal bullets are not 100%
compatible in writer and impress/draw. This will be resolved as soon
as we have only one text component for all applications but since then
the current behaviour should be acceptable.
Comment 11 clippka 2003-01-08 14:44:14 UTC 
reopen to send back to qs
Comment 12 clippka 2003-01-08 14:59:07 UTC 
fixed in OOo1.1beta
Comment 13 christian.guenther 2003-01-16 08:27:46 UTC 
Reassigned to ES.
Comment 14 eric.savary 2003-01-16 13:48:41 UTC 
Verified
Comment 15 eric.savary 2003-01-16 13:48:59 UTC 
closed