Download it now!
Bug 94591 - FILEOPEN: ODT - Custom shapes and ellipses not rendered correctly
Summary: FILEOPEN: ODT - Custom shapes and ellipses not rendered correctly
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
(earliest affected) Master
Hardware: Other All
: medium normal
Assignee: Not Assigned
Depends on:
Blocks: ODF-import Shapes-Custom
  Show dependency treegraph
Reported: 2015-09-29 03:42 UTC by Yousuf Philips (jay) (retired)
Modified: 2019-02-22 11:00 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

sample doc (6.78 KB, application/vnd.oasis.opendocument.text)
2015-09-29 03:42 UTC, Yousuf Philips (jay) (retired)
calligra pdf export (2.79 KB, application/pdf)
2015-09-29 03:43 UTC, Yousuf Philips (jay) (retired)
sample doc 2 (8.11 KB, application/vnd.oasis.opendocument.text)
2015-09-29 03:55 UTC, Yousuf Philips (jay) (retired)
calligra pdf export 2 (5.20 KB, application/pdf)
2015-09-29 03:57 UTC, Yousuf Philips (jay) (retired)

Note You need to log in before you can comment on or make changes to this bug.
Description Yousuf Philips (jay) (retired) 2015-09-29 03:42:37 UTC
Created attachment 119109 [details]
sample doc

1) Open attached doc
2) Notice that none of the first row of shapes look like arrow and the single entry on the second line doesnt look like a cross

The file was created in Calligra Words and i would assume that LO is having problems deciphering the draw:enhanced-path attribute of the <draw:enhanced-geometry> tag.

Build ID: 18c196f0190d9920673cdd9a4dbc158f08959cfd
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2015-09-26_00:38:50
Locale: en-US (en_US.UTF-8)
Comment 1 Yousuf Philips (jay) (retired) 2015-09-29 03:43:45 UTC
Created attachment 119110 [details]
calligra pdf export
Comment 2 Yousuf Philips (jay) (retired) 2015-09-29 03:55:37 UTC
Created attachment 119111 [details]
sample doc 2

Here is another sample file which has a <draw:custom-shape> smiley face and <draw:ellipse> like a flower.
Comment 3 Yousuf Philips (jay) (retired) 2015-09-29 03:57:36 UTC
Created attachment 119112 [details]
calligra pdf export 2

LO shows the shapes in the navigator, though they are invisible on the page.
Comment 4 Buovjaga 2015-10-02 08:16:15 UTC

Win 7 Pro 64-bit Version:
Build ID: 25de5cfa43b2b1cb7d7214470acc7719839e13fe
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-10-01_08:49:54
Locale: en-US (fi_FI)
Comment 5 QA Administrators 2016-11-08 10:42:06 UTC Comment hidden (obsolete)
Comment 6 vihsa 2017-06-01 05:48:27 UTC
reproducible with lo viewer version: / build id : ec79f34 / android 5.1
Comment 7 vihsa 2017-09-05 05:39:45 UTC
attachment 119111 [details]
blank document

lo viewer v1
lo viewer v4
lo viewer v6
lo viewer v8
lo viewer v10

attachment 119109 [details]

lo viewer v1
lo viewer v4
lo viewer v6
lo viewer v8
lo viewer v10

os: android 5.1
device: lyf flame 3 [ ls-4001 ]
Comment 8 QA Administrators 2018-09-06 02:59:34 UTC Comment hidden (obsolete)
Comment 9 Regina Henschel 2018-11-24 18:42:01 UTC
"width" and "height" are wrong interpreted.

The error is still there in Version: (x64)
Build ID: d71ea82055a6a304493c7eaa90809a348e23784d
CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2018-11-19_04:56:18
Locale: de-DE (en_US); UI-Language: en-US
Calc: threaded
Comment 10 Regina Henschel 2018-11-26 00:15:30 UTC
The file "sample doc" uses the identifiers "width" and "height" as parameters in the attribute enhanced-path. But that is not allowed. Allowed are only integer value, floating point value, $ followed by modifier index, and ? followed by formula name.

I don't know yet, what is wrong with the second document. It has no 'width' or 'height' identifiers in the path.
Comment 11 Regina Henschel 2018-11-30 01:10:45 UTC
The file sample_doc_" has several problems:
The smiley has a wrong path. It uses an angle of about 2.359e+7 degree.

The other shapes have no svg:viewBox attribute and use draw:engine and draw:data attribute.

The specification has no rule for a missing svg:viewBox. That is In the meantime LibreOffice could use the svg:x, svg:y, svg:width and svg:height attributes to generate a viewBox on import.

The only real bug is, that LibreOffice are confused by the draw:engine and draw:data attributes. Because LibreOffice does not support the specified data:engine, it should ignore these attributes and use the given path.