Created attachment 83456 [details]
ODT file exposing the bug described here
## (see also: "LO also cannot display the EPS graphics in a stable way while in document editing mode")
Attached ODT document was created using LibreOffice 188.8.131.52 on a Mac OS X Mountain Lion.
It uses an embedded EPS graphic and a PNG graphic (both looking identical). There are two problems with LO's handling of EPS graphics, the first one of which is addressed by this bug report (the other one is a separate bug report, here mentioned in passing only).
1. When exporting the ODT to PDF, the EPS graphic never shows up,
and it is never embedded in the PDF. Instead, there is only
same red textual metadata printed in the frame where the EPS
2. (The EPS displays fine in document editing mode after a new start
of LO, and it also shows up in print preview. But after a while
LO turns sour: from then onwards LO only displays the same red
text as it puts into PDF exports -- both in document editing mode
as well as in print preview.)
The PNG graphic is always exported to PDF correctly. (PNG graphics also never switch to a b0rken display like EPS graphics do.)
When creating a PDF via one of the many "Print to PDF" alternatives (which go through a detour, using PostScript as an intermediate format), the EPS graphic shows up correctly in the final PDF.
This bug may or may not be a duplicate of "LO cannot display the EPS graphics in a stable way while in document editing mode".
I don't know whether LO on Windows or LO on Linux handles EPS without these faults.
Created attachment 83457 [details]
PDF file created by LO via direct PDF export
This PDF had the "Embed Open Document file" option enabled when exported from LibreOffice
See also bug #67634 which I reported against the graphics stack component. (This one is reported against the "printing and PDF export" component -- not sure if both these my choices were correct.)
*** This bug has been marked as a duplicate of bug 64161 ***