[upstream] impress slideshow does not show cropped .eps images

Bug #283666 reported by Rebecca Palmer
22
This bug affects 4 people
Affects Status Importance Assigned to Milestone
LibreOffice
Won't Fix
Low
OpenOffice
Unknown
Low
libreoffice (Ubuntu)
Invalid
Medium
Unassigned
openoffice.org (Ubuntu)
Won't Fix
Low
Unassigned

Bug Description

Binary package hint: openoffice.org

1) lsb_release -rd
Description: Ubuntu 11.04
Release: 11.04

2) apt-cache policy libreoffice-impress
libreoffice-impress:
  Installed: 1:3.3.2-1ubuntu5
  Candidate: 1:3.3.2-1ubuntu5
  Version table:
 *** 1:3.3.2-1ubuntu5 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty-proposed/main i386 Packages
        100 /var/lib/dpkg/status
     1:3.3.2-1ubuntu4 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty/main i386 Packages

3) What is expected to happen in LibreOffice Impress via the Terminal:

cd ~/Desktop && wget https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/283666/+attachment/403321/+files/croptest.odp && loimpress -nologo croptest.odp

press F5, the cropped .eps graph viewable in edit mode is viewed in Slide Show successfully.

4) What happens instead is it shows a blank slide in Slide Show.

WORKAROUND: click the graph -> Format -> Default Format and notice the graph is viewable in Slide Show.

WORKAROUND Crop the file in an alternate image manipulation program, then insert the file.

Original Reporter Comments:
When an .eps image is cropped in OOo Impress, this appears to work in the editing view, but in the slideshow the image either disappears completely or shows a tiny part from the top left corner (whose size appears to be unrelated to the cropping parameters). Uncropping the image causes it to reappear.

This bug does not affect cropping of .jpg, .bmp, .png, .gif or .svg images.

Present in amd64 Hardy, amd64 Intrepid and amd64 Jaunty.

Revision history for this message
Chris Cheney (ccheney) wrote :

Can you please attach an example document exhibiting this problem?

Changed in openoffice.org:
status: New → Incomplete
Revision history for this message
Rebecca Palmer (rebecca-palmer) wrote :
Chris Cheney (ccheney)
Changed in openoffice.org:
importance: Undecided → Low
status: Incomplete → Triaged
Revision history for this message
In , Chris Cheney (ccheney) wrote :

When an .eps image is cropped in OOo Impress, this appears to work in the
editing view, but in the slideshow the image either disappears completely or
shows a tiny part from the top left corner (whose size appears to be unrelated
to the cropping parameters). Uncropping the image causes it to reappear.

This bug does not affect cropping of .jpg, .bmp, .png or .gif images: possibly
related to .eps being a vector format?

Document showing issue:

http://launchpadlibrarian.net/18960122/croptest.odp

Revision history for this message
In , Wolframgarten (wolframgarten) wrote :

Reproducible. Reassigned.

description: updated
Changed in openoffice:
status: Unknown → Confirmed
description: updated
Revision history for this message
Rebecca Palmer (rebecca-palmer) wrote :

Still present in amd64 Karmic beta (running from liveCD). Since .svg isn't affected, it evidently isn't a general vector graphics issue after all.

Revision history for this message
Ben Schwartz (bmschwar) wrote :

Still present in Lucid i686 (32-bit) on EPS files.

Revision history for this message
Rebecca Palmer (rebecca-palmer) wrote :

Still present in amd64 Natty (libreoffice).

penalvch (penalvch)
description: updated
Changed in libreoffice (Ubuntu):
status: New → Confirmed
Revision history for this message
In , penalvch (penalvch) wrote :

Created attachment 46730
croptest.odp

Downstream bug may be found at:
https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/283666

1) lsb_release -rd
Description: Ubuntu 11.04
Release: 11.04

2) apt-cache policy libreoffice-impress
libreoffice-impress:
  Installed: 1:3.3.2-1ubuntu5
  Candidate: 1:3.3.2-1ubuntu5
  Version table:
 *** 1:3.3.2-1ubuntu5 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty-proposed/main i386 Packages
        100 /var/lib/dpkg/status
     1:3.3.2-1ubuntu4 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty/main i386 Packages

3) What is expected to happen in LibreOffice Impress via the Terminal:

cd ~/Desktop && wget https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/283666/+attachment/403321/+files/croptest.odp && loimpress -nologo croptest.odp

press F5, the cropped .eps graph viewable in edit mode is viewed in Slide Show successfully.

4) What happens instead is it shows a blank slide in Slide Show.

Changed in libreoffice (Ubuntu):
importance: Undecided → Medium
status: Confirmed → Triaged
Changed in df-libreoffice:
importance: Unknown → Low
status: Unknown → Confirmed
Revision history for this message
Rebecca Palmer (rebecca-palmer) wrote :

> WORKAROUND: click the graph -> Format -> Default Format and notice the graph is viewable in Slide Show.

That doesn't work for me: Format -> Default Formatting turns a cropped image (of any file type) into a scaled image, and turns transparent areas "Blue 8" (the default area fill colour). I don't know if this is the intended behaviour of Default Formatting or a bug in itself, but either way it doesn't help avoid this bug.

Changed in openoffice.org (Ubuntu):
status: Triaged → Won't Fix
Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote : migrating packaging from OpenOffice.org to Libreoffice

[This is an automated message.]
There are no new official OpenOffice.org releases in Ubuntu packaging anymore => Won't Fix

If the problem persists, please mark this bug as "also affects project Libreoffice" or "also affects distribution Libreoffice (Ubuntu)" if that has not happened already.

Please leave references to upstream OpenOffice.org bugs in place to allow cross pollination.

Revision history for this message
In , Björn Michaelsen (bjoern-michaelsen) wrote :

[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1

more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html

Changed in df-libreoffice:
status: Confirmed → Incomplete
Revision history for this message
In , penalvch (penalvch) wrote :

Not only reproducible in, but has an image display regression (for another bug report):
LOdev 3.5.0beta2
Build ID: 8589e48-760cc4d-f39cf3d-1b2857e-60db978
Microsoft Windows Vista Business 6.0.6002 Service Pack 2 Build 6002

Changed in openoffice:
status: Confirmed → Unknown
Changed in df-libreoffice:
status: Incomplete → Confirmed
Changed in openoffice:
importance: Unknown → Low
Revision history for this message
In , Stgohi-lobugs (stgohi-lobugs) wrote :

reproducible with LO 4.0.2.2 (Win7 Home, 64bit)

Revision history for this message
JK (j-c-k) wrote :

It not only does not show EPS, it doesn't show them in an exported PDF either. Which means having slides with EPS (which one has a lot of one has a lot of PDF documents that should go into slides and converted them) draws Impress completely useless, since there is no way to turn this into a working presentation. You have to go all the way back to OO 3 to get things done.

Revision history for this message
In , chris (ign-christian) wrote :

Hi Christopher.. I can't reproduce with LO 4.2.5.2 - Ubuntu 12.04 32bit

Perhaps it's because of fix in Bug 62038. Could you test again?

Revision history for this message
In , penalvch (penalvch) wrote :

It's still happening in downstream. However, given that it's not reproducible in supported upstream, I'll close for now.

Changed in df-libreoffice:
status: Confirmed → Won't Fix
Revision history for this message
Bryan Quigley (bryanquigley) wrote :

Is this still an issue for anyone?

Changed in libreoffice (Ubuntu):
status: Triaged → Incomplete
Changed in libreoffice (Ubuntu):
status: Incomplete → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.