2014-03-19 15:24:42 |
su_v |
bug |
|
|
added bug |
2014-03-19 15:24:42 |
su_v |
attachment added |
|
Untitled 2.emf https://bugs.launchpad.net/bugs/1294713/+attachment/4032496/+files/Untitled%202.emf |
|
2014-03-19 15:24:59 |
su_v |
attachment added |
|
Untitled 2.svg https://bugs.launchpad.net/inkscape/+bug/1294713/+attachment/4032497/+files/Untitled%202.svg |
|
2014-03-19 15:26:02 |
su_v |
description |
Attached SVG file has this clip-path definition (generated by EMF import of an EMF exported with LibreOffice 4.2):
<clipPath
clipPathUnits="userSpaceOnUse"
id="clipEmfPath1"><rect
x="0"
y="0"
width="743.93488"
height="1052.1365"
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:
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="clipEmfPath1"><rect
x="0"
y="0"
width="743.93488"
height="1052.1365"
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:
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.
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 |
|
2014-03-19 15:26:27 |
su_v |
bug |
|
|
added subscriber David Mathog |
2014-03-19 15:28:56 |
su_v |
attachment added |
|
1294713-bt-full-r13165-debug-osx-quartz-64bit.txt https://bugs.launchpad.net/inkscape/+bug/1294713/+attachment/4032498/+files/1294713-bt-full-r13165-debug-osx-quartz-64bit.txt |
|
2014-03-19 16:33:04 |
su_v |
attachment removed |
1294713-bt-full-r13165-debug-osx-quartz-64bit.txt https://bugs.launchpad.net/inkscape/+bug/1294713/+attachment/4032498/+files/1294713-bt-full-r13165-debug-osx-quartz-64bit.txt |
|
|
2014-03-19 17:00:53 |
su_v |
attachment added |
|
1294713-bt-full-r13165-debug-osx-quartz-64bit.txt https://bugs.launchpad.net/inkscape/+bug/1294713/+attachment/4032654/+files/1294713-bt-full-r13165-debug-osx-quartz-64bit.txt |
|
2014-03-19 17:19:11 |
David Mathog |
attachment added |
|
changes_2014_03_19a_emfonly.patch https://bugs.launchpad.net/inkscape/+bug/1294713/+attachment/4032713/+files/changes_2014_03_19a_emfonly.patch |
|
2014-03-19 17:37:29 |
su_v |
inkscape: importance |
Undecided |
Medium |
|
2014-03-19 17:37:29 |
su_v |
inkscape: status |
New |
In Progress |
|
2014-03-19 17:37:29 |
su_v |
inkscape: assignee |
|
David Mathog (mathog) |
|
2014-03-19 17:37:38 |
su_v |
tags |
clipping crash emf importing |
clipping emf importing |
|
2014-03-19 17:37:58 |
su_v |
attachment removed |
1294713-bt-full-r13165-debug-osx-quartz-64bit.txt https://bugs.launchpad.net/inkscape/+bug/1294713/+attachment/4032654/+files/1294713-bt-full-r13165-debug-osx-quartz-64bit.txt |
|
|
2014-03-19 17:38:24 |
su_v |
summary |
trunk: Crash when releasing a clip in SVG file based on EMF import |
trunk: Incorrect clipPath definition in SVG file based on EMF import |
|
2014-03-19 18:08:54 |
Launchpad Janitor |
branch linked |
|
lp:inkscape |
|
2014-03-19 18:11:12 |
su_v |
inkscape: status |
In Progress |
Fix Released |
|
2014-03-19 18:11:12 |
su_v |
inkscape: milestone |
0.91 |
|
|
2014-03-19 23:06:37 |
David Mathog |
attachment added |
|
changes_2014_03_19d_emfonly.patch https://bugs.launchpad.net/inkscape/+bug/1294713/+attachment/4033039/+files/changes_2014_03_19d_emfonly.patch |
|
2014-03-20 23:53:12 |
su_v |
attachment added |
|
Untitled 6.emf https://bugs.launchpad.net/inkscape/+bug/1294713/+attachment/4034846/+files/Untitled%206.emf |
|