Bug 114805 - SVG Export
Summary: SVG Export
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
5.4.4.2 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-01-02 15:25 UTC by A van Olphen
Modified: 2018-01-17 14:03 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
weird export to svg (26.06 KB, image/svg+xml)
2018-01-02 18:40 UTC, Xavier Van Wijmeersch
Details
correct export to svg (26.09 KB, image/svg+xml)
2018-01-02 18:41 UTC, Xavier Van Wijmeersch
Details
LO 6.1 (6.30 KB, image/svg+xml)
2018-01-02 19:26 UTC, raal
Details

Note You need to log in before you can comment on or make changes to this bug.
Description A van Olphen 2018-01-02 15:25:02 UTC
Description:
SVG export (File | Export) has incorrect values.

Steps to Reproduce:
1. Create a drawing using circle and rectangle i.e.
2. EXport the file as SVG (File | Export)
3. Open file in browser
4. Notice weird shapes :)

Actual Results:  
Shapes are incorrect due wrong SVG values.

Expected Results:
Result as for version 5.4.3.2 and prior.


Reproducible: Always


User Profile Reset: No



Additional Info:
Locale: en-US
Module: DrawingDocument
OS: Linux Kubuntu 17.10 (64-bit)

Performing reset of user profile seems a ridiculous move to me.
Compared to several older versions like 5.1.6.2 (Linux), 5.4.3.2 (windows), 5.4.3.2 (Linux Snapd) and all export a perfect SVG-file.


User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.108 Safari/537.36
Comment 1 Rebentisch 2018-01-02 17:55:36 UTC
Could you attach the svg file and explain which browser you are using?

Could you tell what you mean by "wrong SVG values"? And "weird shapes". 
Please attach screenshots for 5.4.3.2 and the version this issue applies to, please share the version info of LO to which it applies.
Comment 2 Xavier Van Wijmeersch 2018-01-02 18:40:18 UTC
Created attachment 138819 [details]
weird export to svg

I can confirm with

Version: 5.4.5.0.0+
Build ID: a61f45499856aad9910d82af1312a163504c15c2
CPU threads: 8; OS: Linux 4.9; UI render: default; VCL: kde4; 
Locale: nl-BE (en_US.UTF-8); Calc: group
Comment 3 Xavier Van Wijmeersch 2018-01-02 18:41:48 UTC
Created attachment 138820 [details]
correct export to svg
Comment 4 A van Olphen 2018-01-02 19:02:26 UTC
It is not really rocket science to see that the some of the generated SVG values are just not right and result in weird shapes.

Which type of browser is used is not relevant. (it is all of them) 

I diff-ed the files and some svg path values are just far off what they need to be.

Looks to me that calculation for y-axis coords are made with a uninitialized variable and/or multiplier.
Comment 5 raal 2018-01-02 19:26:59 UTC
Created attachment 138821 [details]
LO 6.1

No repro with Version: 6.1.0.0.alpha0+
Build ID: 88f6ffeb9e0c0b942c2b0bc9d60af7bb7a6caaf8
CPU threads: 4; OS: Linux 4.4; UI render: default; VCL: gtk3;

Seems to be fixed. Please test with developer version. Thanks.
http://dev-builds.libreoffice.org/daily/master/
Comment 6 Jakub Sitnicki 2018-01-17 10:33:58 UTC
(In reply to raal from comment #5)
> Seems to be fixed. Please test with developer version. Thanks.
> http://dev-builds.libreoffice.org/daily/master/

I can confirm that SVG export works again as expected with 6.1.0.0.alpha0 build from 2018-01-15 22:32:46.

I'm not the original reporter but I have hit the same issue with 5.4.4.2 that ships with Fedora 27.
Comment 7 raal 2018-01-17 14:03:56 UTC
(In reply to Jakub Sitnicki from comment #6)
> (In reply to raal from comment #5)
> > Seems to be fixed. Please test with developer version. Thanks.
> > http://dev-builds.libreoffice.org/daily/master/
> 
> I can confirm that SVG export works again as expected with 6.1.0.0.alpha0
> build from 2018-01-15 22:32:46.
> 
> I'm not the original reporter but I have hit the same issue with 5.4.4.2
> that ships with Fedora 27.

Thanks. Closing for now.