Bug 67634 - LO cannot display the EPS graphics in a stable way while in document editing mode
Summary: LO cannot display the EPS graphics in a stable way while in document editing ...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: graphics stack (show other bugs)
Version:
(earliest affected)
4.1.0.4 release
Hardware: x86-64 (AMD64) macOS (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-08-01 17:06 UTC by kurt.pfeifle
Modified: 2017-10-22 10:25 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Sample ODT file which includes an EPS graphic (plus a PNG one) (104.74 KB, application/vnd.oasis.opendocument.text)
2013-08-01 17:06 UTC, kurt.pfeifle
Details

Note You need to log in before you can comment on or make changes to this bug.
Description kurt.pfeifle 2013-08-01 17:06:43 UTC
Created attachment 83460 [details]
Sample ODT file which includes an EPS graphic (plus a PNG one)

(see also: "LO does not export EPS graphics embedded in an ODT document when directly exporting PDF", #67632 )

Attached ODT document was created using LibreOffice 4.1.0.4 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. 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.
         
      2. (When exporting this ODT to PDF, the EPS graphic never shows up, 
         and it is never embedded in the PDF. Instead, there is only the
         same red textual metadata printed in the frame where the EPS 
         should be.)

The PNG graphic never turns to the b0rken display (and it also exports to PDF correctly; the EPS graphic also is never exported to PDF, instead the red text in the box appears).

After restarting LO, it can (again) display the EPS graphics for a few minutes, before turning sour again...

This bug may or may not be a duplicate of "LO does not export EPS graphics embedded in an ODT document when exporting PDF".
Comment 1 Thomas van der Meulen [retired] 2013-08-01 17:23:18 UTC
Thank you for your bug report, I can reproduce this bug running LibreOffice Version: 4.1.0.4
Build ID: 89ea49ddacd9aa532507cbf852f2bb22b1ace28 on Mac osx 10.8.4. 

It looks like the EPS "hangs" wen I move the screen of edit the text.
Comment 2 Thomas van der Meulen [retired] 2013-08-01 17:27:54 UTC
After some time the picture goes "away" and tere comes a text (see screen shot)
Comment 3 kurt.pfeifle 2013-08-01 20:16:41 UTC
Could someone please change the MIME type of attachment #83460 [details]? It somehow turned into text/plain while really it's an Open Document Text...
Comment 4 QA Administrators 2015-04-01 14:42:55 UTC Comment hidden (obsolete)
Comment 5 Buovjaga 2015-04-24 18:08:04 UTC
EPS did not display for me on opening. It just displays the Creator:.. CreationDate..

Win 7 Pro 64-bit Version: 5.0.0.0.alpha1+ (x64)
Build ID: f3375fa07f27bd2ade519af3c07d69040d10eaa9
TinderBox: Win-x86_64@42, Branch:master, Time: 2015-04-22_23:38:50
Locale: fi_FI
Comment 6 QA Administrators 2016-09-20 09:34:02 UTC Comment hidden (obsolete)
Comment 7 eisa01 2017-10-20 23:18:57 UTC
I've not had the image disappear while testing other bugs, so this works for me

Version: 6.0.0.0.alpha1+
Build ID: 15dce20e8b97dbd0179f01910ca4d0027e80ff4e
CPU threads: 2; OS: Mac OS X 10.12.6; UI render: default; 
TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2017-10-20_06:46:46
Locale: en-US (en_US.UTF-8); Calc: group
Comment 8 kurt.pfeifle 2017-10-22 10:25:56 UTC
Just re-tested on LO v5.4.1.2 [Build ID: ea7cb86e6eeb2bf3a5af73a8f7777ac570321527; CPU threads: 8; OS: Mac OS X 10.12.6; UI render: default; Locale: de-DE (en_US.UTF-8); Calc: group] -- Bug still present.

Had no chance so far to test it on v6.0.0.0.alpha1+ -- according to comment #7 it is not present there [Build ID: 15dce20e8b97dbd0179f01910ca4d0027e80ff4e; CPU threads: 2; OS: Mac OS X 10.12.6; UI render: default; TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2017-10-20_06:46:46; Locale: en-US (en_US.UTF-8); Calc: group]