Bug 134775 - EXPORT PNG: Transition of a point distorts the exported image
Summary: EXPORT PNG: Transition of a point distorts the exported image
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
6.2.0.3 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: Graphics-Export
  Show dependency tree / graph
 
Reported: 2020-07-13 09:55 UTC by Robert Großkopf
Modified: 2020-09-23 22:02 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:
Regression By:

Attachments
Testdocument whith original content and distorted image after *.png-export (132.69 KB, application/vnd.oasis.opendocument.graphics)
2020-07-13 09:55 UTC, Robert Großkopf 		Details
Same as first attachment, here as *.pdf to see immediately (83.49 KB, application/pdf)
2020-07-13 09:56 UTC, Robert Großkopf 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Robert Großkopf 2020-07-13 09:55:47 UTC 
Created attachment 162958 [details]
Testdocument whith original content and distorted image after *.png-export

Open the attached Draw-file.
There is a screenshot imported into Draw. Some elements have been added to the screenshot. Then the screenshot has been exported with this element.

The filter sets the right width for the visible area in Draw. But the export will also recognize there had been a transition-point for an arrow outside the marked area. So image will be distorted. The width isn't shown in the right width. The exported *.png-file will get a transparent area at the right.

Expected behavior: When exporting a selection to a pixel image the construction mustn't be exported. The image shouldn't show the content distorted. Only the visible marked area should be exported.

This buggy behavior appears in LO 6.4.4.2 on OpenSUSE 15.1 64bit rpm Linux.
Comment 1 Robert Großkopf 2020-07-13 09:56:44 UTC 
Created attachment 162959 [details]
Same as first attachment, here as *.pdf to see immediately
Comment 2 Telesto 2020-08-02 05:07:10 UTC 
Repro
Version: 7.0.0.2
Build ID: c01aa64b6c3d89ebe5fe69c28c7adb24eb85249c
CPU threads: 4; OS: Mac OS X 10.12.6; UI render: default; VCL: osx
Locale: nl-NL (nl_NL.UTF-8); UI: en-US
Calc: threaded
Comment 3 Telesto 2020-08-02 05:12:13 UTC 
Also in
Version: 6.2.0.3
Build ID: 98c6a8a1c6c7b144ce3cc729e34964b47ce25d62
CPU threads: 4; OS: Mac OS X 10.12.6; UI render: default; VCL: osx; 
Locale: nl-NL (nl_NL.UTF-8); UI-Language: en-US
Calc: threaded
Comment 4 Telesto 2020-08-02 05:17:19 UTC 
Fine with
Version: 5.4.1.2
Build ID: ea7cb86e6eeb2bf3a5af73a8f7777ac570321527
CPU threads: 4; OS: Mac OS X 10.12.6; UI render: default; 
Locale: nl-NL (nl_NL.UTF-8); Calc: group
Comment 5 Roman Kuznetsov 2020-09-23 21:22:40 UTC 
(In reply to Telesto from comment #4)
> Fine with
> Version: 5.4.1.2
> Build ID: ea7cb86e6eeb2bf3a5af73a8f7777ac570321527
> CPU threads: 4; OS: Mac OS X 10.12.6; UI render: default; 
> Locale: nl-NL (nl_NL.UTF-8); Calc: group

no repro in 6.1 but repro in 6.2
Comment 6 Roman Kuznetsov 2020-09-23 22:01:38 UTC 
Regression introduced by:

https://cgit.freedesktop.org/libreoffice/core/commit/?id=046df0a876b3d948bb1e14443c00c180bc8cccaa

CC: to Armin Le Grand

Xisco, you already fix a problem from that Armin's patch in bug 125062, may be you want try fix another one? =(