Bug 146804 - FILESAVE Dashed lines do not export properly to EPS file
Summary: FILESAVE Dashed lines do not export properly to EPS file
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
(earliest affected) release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
Whiteboard: target:7.4.0
Keywords: bibisected, bisected, regression
Depends on:
Blocks: Graphics-Export
  Show dependency treegraph
Reported: 2022-01-17 00:02 UTC by John Fattaruso
Modified: 2022-03-28 22:14 UTC (History)
2 users (show)

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

export from LO 7.4 dev version (2.01 KB, image/x-eps)
2022-02-13 08:26 UTC, raal
Test .odp file and exported .eps file showing dashed line export failure (10.79 KB, application/octet-stream)
2022-02-22 18:17 UTC, John Fattaruso

Note You need to log in before you can comment on or make changes to this bug.
Description John Fattaruso 2022-01-17 00:02:47 UTC
When drawing a dashed line in either impress or draw and attempting an export to an EPS file, the exported .eps file is written with a meaningless value for the PostScript dash pattern, resulting in a line that essentially appears as a solid line in a Postscript viewer.

Steps to Reproduce:
1. In either impress or draw, create a new document, draw a line, and set the line type to anything like 'dash', 'shortdash', 'longdash' etc.
2. Export the document to an EPS file
3. View the EPS file in any PS viewer or import into a Latex document

Actual Results:
The exported graphics appears with the line essentially solid. In the exported EPS file the line dash pattern is set with a Postscript command '[ 2 ] 0 ld'. (The string 'ld' has been bound to the native Postscript command 'setdash'.) The matrix argument '[ 2 ]' is supposed to specify the line length intervals of the on and off dash pattern. In the coordinate system a length of 2 is an absurdly short distance, and results in the line appearing as solid. The same argument is supplied no matter what libreoffice line type is set on the line.

Expected Results:
The Postscript argument to 'setdash' should be a matrix with a pattern of meaningful lengths, like 100, 200, whatever, and have various patterns according to the line type selected in libreoffice, so that the line appears in the Postscript image with the same dash pattern as in the libreoffice document.

Reproducible: Always

User Profile Reset: No

Additional Info:
A workaround is to manually edit the exported Postscript file before importing into Latex and making the matrix argument '[ 200 ]'. This will appear as at least a simple dashed line with some reasonable intervals.
Comment 1 John Fattaruso 2022-01-29 06:30:56 UTC
One additional condition for this bug: The dashed line must also be set with a width greater than the default 0. Dashed lines with 0 width actually get exported with proper dash patterns in the EPS file. But for dashed lines set even one step thicker, at 0.2 inch, the exported dash pattern is incorrect as described.
Comment 2 raal 2022-02-13 08:25:18 UTC
Tested with Version: / LibreOffice Community
Build ID: 1c0aa970650ffc7c749e0b5ea655ebb2d137c8ae
CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded Jumbo

And I see dashed line in Evince viewer.  Seems to be fixed with dev version. Please could you test it with dev version?  You can download it here:
Thank you
Comment 3 raal 2022-02-13 08:26:08 UTC
Created attachment 178252 [details]
export from LO 7.4 dev version
Comment 4 John Fattaruso 2022-02-21 22:28:37 UTC
I installed the 7.4 Development version into a clean temporary Fedora 35 Live OS, and it appears to me to behave the same as I did indeed get a proper dashed line in the .eps file export as you did for a line left at the default width of 0, but as per my comment I added on 2022-01-29, another requirement to expose this bug is to set the line width up from its default to something thicker, like the first step of 0.02". When doing this with the version 7.4 the dashed line export is again erroneous, with the PostScript dash pattern set to "[2]", and appearing as a solid line in the atril viewer present in Fedora 35 Live.
Comment 5 raal 2022-02-22 05:29:39 UTC
Please attach test file.
Comment 6 John Fattaruso 2022-02-22 18:17:41 UTC
Created attachment 178461 [details]
Test .odp file and exported .eps file showing dashed line export failure

The attached .tgz tarball file contains two files, DashedLineTest.odp and DashedLineTest.eps. The LO .odp file has two drawn lines, both set to the "Long Dash" mode. One is at the default width of 0, and the other with the width set up to 0.02 inch. When the exported .eps is viewed in gv, qpdfview, or atril, the first line appears as dashed and the second shows up as solid. Examining the .eps file text, the first line has a proper PostScript setdash command '[ 107.8 80.85 ] 0 ld', but the setdash command for the second line is an erroneous '[ 2 ] 0 ld'. The absurdly small value of 2 for a dash interval results in the essentially solid line appearing in a PostScript viewer.
Comment 7 raal 2022-02-22 22:57:27 UTC
I can confirm with Version: / LibreOffice Community
Build ID: 0723b41bed9bb4ad50d2993744a60177966d1a21
CPU threads: 4; OS: Linux 5.13; UI render: default; VCL: gtk3
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded Jumbo

but not in Version (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a)
Comment 8 raal 2022-02-22 23:11:17 UTC
This seems to have begun at the below commit.
Adding Cc: to Luboš Luňák; Could you possibly take a look at this one?
 94d03624daba3738e1882fa404b7b3d7d3ff6948 is the first bad commit
commit 94d03624daba3738e1882fa404b7b3d7d3ff6948
Author: Jenkins Build User <tdf@pollux.tdf>
Date:   Thu Apr 29 20:14:17 2021 +0200

    source sha:b71d9a6d15cfb8a50afdea5ac064f40d84c561f8

  do not apply line dashing in drawinglayer (tdf#136957)
Comment 9 Commit Notification 2022-03-22 14:18:27 UTC
Luboš Luňák committed a patch related to this issue.
It has been pushed to "master":


use dashing info from struct LineInfo in EPS writer (tdf#146804)

It will be available in 7.4.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:

Affected users are encouraged to test the fix and report feedback.
Comment 10 John Fattaruso 2022-03-28 22:14:35 UTC
I tested the RPMs in the 7.4.0 development version with a clean Live Fedora 35 OS, and the problem looks to be nicely fixed. Thank you Luboš! Dashed thickened lines in my document figures now appear in the exported EPS file just as in the LO display.