Bug 115047 - eps files imported in a (slightly older) version of presenter don't render correctly
Summary: eps files imported in a (slightly older) version of presenter don't render co...
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
5.4.2.2 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-01-16 16:37 UTC by ffs
Modified: 2018-09-03 14:56 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
odp file demonstrating problem (68.90 KB, application/vnd.oasis.opendocument.presentation)
2018-01-17 09:38 UTC, ffs
Details
screen shot show in correct rendering in old version (132.93 KB, image/png)
2018-01-17 09:39 UTC, ffs
Details
screen shot showing incorrect rendering in new version (133.12 KB, image/png)
2018-01-17 09:40 UTC, ffs
Details

Note You need to log in before you can comment on or make changes to this bug.
Description ffs 2018-01-16 16:37:29 UTC
Description:
I've just upgraded to this version and when editing a document written with a slightly older version (I don't know the version but ~12 month old) which worked on a range of devices with older versions of libreoffice all the eps graphics are borked.

My only hope was to save them but if I select them soffice says "metafile selected" and right-click:save and right-click:edit_external opttoins are available but don't do anything.

Mostly the eps images are mostly blank but one or two are distorted (wrong aspect ratio and low res).  I suspect I'm seeing poor rendering of the encapsulated preview rather than the true eps file. 



Steps to Reproduce:
Try to use a file with and eps image

Actual Results:  
image screwed up

Expected Results:
image renders nicely


Reproducible: Always


User Profile Reset: No



Additional Info:
[Information automatically included from LibreOffice]Locale: en-GBModule: PresentationDocument[Information guessed from browser]OS: Linux (All)OS is 64bit: yes


User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:57.0) Gecko/20100101 Firefox/57.0
Comment 1 Aron Budea 2018-01-16 16:56:27 UTC
Can you attach a sample file?
Comment 2 ffs 2018-01-17 09:38:59 UTC
Created attachment 139140 [details]
odp file demonstrating problem

This renders incorrectly in 5.4.2.2 but renders correctly in 4.2.8.2
Comment 3 ffs 2018-01-17 09:39:43 UTC
Created attachment 139141 [details]
screen shot show in correct rendering in old version
Comment 4 ffs 2018-01-17 09:40:26 UTC
Created attachment 139142 [details]
screen shot showing incorrect rendering in new version
Comment 5 ffs 2018-01-17 09:56:36 UTC
I've uploaded an example - This was produced using an "old" version (4.2.8.2 which is older than then original version I was using but it's what I've got available (and the exchange between the original old version and 4.2.8.2 was seamless)).

I enclose screen shots of rendering in 4.2.8.2 and 5.4.2.2 showing the incorrect rendering - this example is one of the better examples - the results are often worse than this.

I've also done a little investigation - in this example at the rendering does not appear to be the eps-preview - you can zoom without evidence of pixellation. Other examples appear to be a dodgy preview (very low resolution) rather than an attempt to display the postscript.  Often the image is scaled incorrectly and the aspect ratio is incorrect.

I've also determined that "save" and "edit with external tool" don't work in the older version (menu items available but nothing happens) so this is an older problem.

I've also tried importing a fresh eps file into 5.4.2.2 and this also fails to render correctly so I conclude that this is not a problem reading the file but a problem rendering the eps correctly.

In some cases I don't have the original eps files and a failure to render correctly or allow extraction is a serious problem (I will have to hack them out of the odp file manually).
Comment 6 ffs 2018-01-17 10:37:00 UTC
I can confirm that the files are embedded in the odp file correctly even after re- saving in the new version.  I've unzipped the odp file and recovered my graphics and converted to pngs for reimporting into LO.  A faff but at least the stuff is preserved even if LO won't get it for you.

This is the practical workaround.
Comment 7 Jean-Baptiste Faure 2018-01-20 09:37:14 UTC
Not reproducible for me with LO 5.4.4 and LO 6.0.1.0+, under Ubuntu 16.04 x86-64

Please could you install the up to date version from 5.4 branch (currently 5.4.4) and try again?

Set status to NEEDINFO, please set it back to UNCONFIRMED once requested
informations are provided.

Best regards. JBF
Comment 8 QA Administrators 2018-07-31 09:38:33 UTC Comment hidden (obsolete)
Comment 9 QA Administrators 2018-09-03 14:56:44 UTC
Dear Bug Submitter,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-20180903