Attempting to release the clip in inkscape trunk results in a crash.
Steps to reproduce:
1) open LibreOffice Draw
2) draw a rectangle
3) export as EMF
4) open EMF in inkscape trunk
5) select the shape and release the clip
--> crash:
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: 13 at address: 0x0000000000000000
0x000000010002937c in Inkscape::URIReference::getObject (this=0x1000000000000) at uri-references.h:79
79 SPObject *getObject() const { return _obj; }
The issue seems two-fold:
1) the EMF import creates an oddly format (or invalid?) transformation attribute stored as content instead of an attribute of the clip definition element<clip-path>
2) trunk fails to handle such a clip-path definition and crashes,
First encountered with r13165 on OS X 10.7.5.
Note:
Inkscape 0.48.4 doesn't crash (releasing the clip works as expected), but produces this message on the console:
** (inkscape:42805): CRITICAL **: void sp_item_write_transform(SPItem *, Inkscape::XML::Node *, const Geom::Matrix &, const Geom::Matrix *, bool): assertion 'SP_IS_ITEM(item)' failed
Attached SVG file has this clip-path definition (generated by EMF import of an EMF exported with LibreOffice 4.2):
<clipPath
clipPathUnits= "userSpaceOnUse "
id="clipEmfPath 1"><rect "743.93488" "1052.1365"
x="0"
y="0"
width=
height=
id="rect3286" />
transform= "matrix( 1,0,0,1, 0,0)"
</clipPath>
Attempting to release the clip in inkscape trunk results in a crash.
Steps to reproduce:
1) open LibreOffice Draw
2) draw a rectangle
3) export as EMF
4) open EMF in inkscape trunk
5) select the shape and release the clip
--> crash: :URIReference: :getObject (this=0x1000000 000000) at uri-references.h:79
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: 13 at address: 0x0000000000000000
0x000000010002937c in Inkscape:
79 SPObject *getObject() const { return _obj; }
The issue seems two-fold:
1) the EMF import creates an oddly format (or invalid?) transformation attribute stored as content instead of an attribute of the clip definition element<clip-path>
2) trunk fails to handle such a clip-path definition and crashes,
First encountered with r13165 on OS X 10.7.5.
Note: write_transform (SPItem *, Inkscape::XML::Node *, const Geom::Matrix &, const Geom::Matrix *, bool): assertion 'SP_IS_ITEM(item)' failed
Inkscape 0.48.4 doesn't crash (releasing the clip works as expected), but produces this message on the console:
** (inkscape:42805): CRITICAL **: void sp_item_