Issue 40469 - Assertion: corrupted visible area for sd document[CL]
Summary: Assertion: corrupted visible area for sd document[CL]
Status: CLOSED FIXED
Alias: None
Product: Draw
Classification: Application
Component: ui (show other issues)
Version: 680m71
Hardware: All All
: P2 Trivial (vote)
Target Milestone: OOo 2.0
Assignee: wolframgarten
QA Contact: issues@graphics
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-01-12 10:28 UTC by wolframgarten
Modified: 2005-02-02 15:48 UTC (History)
1 user (show)

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


Attachments
bugdoc (9.39 KB, application/vnd.sun.xml.impress)
2005-01-12 14:47 UTC, wolframgarten
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description wolframgarten 2005-01-12 10:28:51 UTC
When doing changes to an OLE and leaving the dit mode of the OLE I get the
following assertion:
Error: corrupted visible area for sd document[CL]
From file O:\SRC680\src\sd\source\ui\unoidl\unomodel.cxx at line 1441.
 I click no, then this comes up:
Error: size of first page is 0, overload Get first page size or set vis-area.
From file O:\SRC680\src\sfx2\source\doc\objcont.cxx at line 190. After this the
OLE-content in the main window is gone.
Comment 1 clippka 2005-01-12 10:43:22 UTC
accepted
Comment 2 wolframgarten 2005-01-12 14:47:11 UTC
Insert the posted doc ans an OLE in a draw doc. Go to edit mode and shift the
recangle. Click outside: assertion comes up.
Comment 3 wolframgarten 2005-01-12 14:48:00 UTC
Created attachment 21413 [details]
bugdoc
Comment 4 clippka 2005-01-12 14:57:01 UTC
Ok, only happens if you use Insert OLE Object -> Create from file with the
option "Link to file selected".

MAV: In that case I get a "This Method implementation must not be used for
links!" assertion when sd calls InsertEmbeddedObject().

Do we still support linket OLE objects? 
Comment 5 mikhail.voytenko 2005-01-13 09:50:34 UTC
Yes, the problem appeares only in case the impress file is inserted as a link.
The links are supported and the assertion that appeares is harmless, it is
already removed in one of my child workspaces.
The problem is coused by incorrect setting of the creation state for the
document in the sfx. Fixed.
Comment 6 mikhail.voytenko 2005-01-24 08:16:05 UTC
Reopening to send for verification.
Comment 7 mikhail.voytenko 2005-01-24 08:16:44 UTC
Please verify the issue.
Comment 8 mikhail.voytenko 2005-01-24 08:17:17 UTC
Setting back to fixed state.
Comment 9 wolframgarten 2005-01-25 08:35:34 UTC
Verified in CWS.
Comment 10 wolframgarten 2005-02-02 15:48:23 UTC
Tested in master. Closed.