[Upstream] LibreOffice Impress cannot highlight then replace existing image by inserting a new image

Bug #761597 reported by Valentin Sipica
62
This bug affects 11 people
Affects Status Importance Assigned to Milestone
LibreOffice
Fix Released
Wishlist
libreoffice (Ubuntu)
Fix Released
Medium
Rolf Leggewie

Bug Description

Binary package hint: libreoffice

1)
Natty:
lsb_release -rd
Description: Ubuntu Natty (development branch)
Release: 11.04

Maverick:
lsb_release -rd
Description: Ubuntu 10.10
Release: 10.10

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

Maverick:
apt-cache policy openoffice.org-writer
openoffice.org-writer:
  Installed: 1:3.2.1-7ubuntu1.1
  Candidate: 1:3.2.1-7ubuntu1.1
  Version table:
 *** 1:3.2.1-7ubuntu1.1 0
        500 http://us.archive.ubuntu.com/ubuntu/ maverick-updates/main i386
Packages
        500 http://security.ubuntu.com/ubuntu/ maverick-security/main i386
Packages
        100 /var/lib/dpkg/status
     1:3.2.1-7ubuntu1 0
        500 http://us.archive.ubuntu.com/ubuntu/ maverick/main i386 Packages

3) What is expected to happen is when performs in Ubuntu 11.04 LibreOffice Impress via the Terminal:

cd ~/Desktop && wget https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/761597/+attachment/2040634/+files/example.tar.gz && file-roller -h example.tar.gz && cd example && loimpress -nologo prez.odp

click the picture -> Insert -> Picture -> From File... -> File name: DecayLength_Bs.gif -> Open button

the original picture has been replaced with DecayLength_Bs.gif and the size is the same as the original picture.

4) What happens instead is the picture is larger than the original picture that was highlighted.

This is a regression of Ubuntu 10.10 OpenOffice.org Impress via the Terminal:

cd ~/Desktop && wget https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/761597/+attachment/2040634/+files/example.tar.gz && file-roller -h example.tar.gz && cd example && soffice -impress -nologo prez.odp

click the picture -> Insert -> Picture -> From File... -> File name: DecayLength_Bs.gif -> Open button

notice the original picture has been replaced with DecayLength_Bs.gif and the size is the same as the original picture.

WORKAROUND: Copy down the location and dimensions of the original picture, then remove it from the slide. Insert the new picture and edit the new picture to have the same location and dimensions.

Revision history for this message
penalvch (penalvch) wrote :

Valentin Sipica, thank you for reporting this bug and helping make Ubuntu better. Could you please attach an Impress file and an image file that demonstrates this problem?

Changed in libreoffice (Ubuntu):
status: New → Incomplete
Revision history for this message
olivier.brisson (olivier-brisson) wrote :
  • testodp.odp Edit (515.5 KiB, application/vnd.oasis.opendocument.presentation)

As i am also concerned with this bug, I am adding a test file to this bug report. I first inserted the picture with the horse and then tried to replace it with the picture with the flowers. As you can see it, the picture with the horse is not replaced but remains under the picture with the flowers.

Thank you very much for taking care about this bug.

Revision history for this message
Valentin Sipica (ssipik-yahoo) wrote :

HI,

Thanks for looking into this!

In the attachment you can find an .odp file with 1 slide and 1 image included on the slide. You can also find a .gif file. Pls try to reproduce the problem (on my side, this example reproduces the problem)

Revision history for this message
penalvch (penalvch) wrote :

Valentin Sipica, this is confirmed in LibreOffice Impress via the Terminal:

cd ~/Desktop && wget https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/761597/+attachment/2040634/+files/example.tar.gz && file-roller -h example.tar.gz && cd example && loimpress -nologo prez.odp

click the picture -> Insert -> Picture -> From File... -> File name: DecayLength_Bs.gif -> Open button

notice the picture is larger than the picture that was highlighted.

lsb_release -rd
Description: Ubuntu 10.10
Release: 10.10

apt-cache policy libreoffice-impress
libreoffice-impress:
  Installed: 1:3.3.2-1ubuntu2~maverick1
  Candidate: 1:3.3.2-1ubuntu2~maverick1
  Version table:
 *** 1:3.3.2-1ubuntu2~maverick1 0
        500 http://ppa.launchpad.net/libreoffice/ppa/ubuntu/ maverick/main i386 Packages
        100 /var/lib/dpkg/status

Changed in libreoffice (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
penalvch (penalvch) wrote :

Valentin Sipica, this issue is a confirmed regression of LibreOffice Impress as I checked the functionality of OpenOffice.org Impress in Ubuntu 10.10 via the Terminal:

cd ~/Desktop && wget https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/761597/+attachment/2040634/+files/example.tar.gz && file-roller -h example.tar.gz && cd example && soffice -impress -nologo prez.odp

click the picture -> Insert -> Picture -> From File... -> File name: DecayLength_Bs.gif -> Open button

Notice the original picture has been replaced with DecayLength_Bs.gif and the size is the same as the original picture.

One thing is their may be design reasons why this functionality has changed from OOo to LO. However, I do not know if this is the case and it's certainly worth a look into.

lsb_release -rd
Description: Ubuntu 10.10
Release: 10.10

apt-cache policy openoffice.org-writer
openoffice.org-writer:
  Installed: 1:3.2.1-7ubuntu1.1
  Candidate: 1:3.2.1-7ubuntu1.1
  Version table:
 *** 1:3.2.1-7ubuntu1.1 0
        500 http://us.archive.ubuntu.com/ubuntu/ maverick-updates/main i386
Packages
        500 http://security.ubuntu.com/ubuntu/ maverick-security/main i386
Packages
        100 /var/lib/dpkg/status
     1:3.2.1-7ubuntu1 0
        500 http://us.archive.ubuntu.com/ubuntu/ maverick/main i386 Packages

penalvch (penalvch)
description: updated
tags: added: lo33 regression-release
summary: - libreoffice impress: cannot replace existing image with new image
+ libreoffice impress: cannot highlight then replace existing image by
+ inserting a new image
Revision history for this message
In , Beluga (beluga) wrote :

The functionality of the extension Change Picture should be integrated in LibreOffice:
http://extensions.services.openoffice.org/en/project/ChangePicture
This plug-in allows to replace an existing image in a document with another image keeping its size and position in the document.

Revision history for this message
Allan Shand (ashand79) wrote : Re: libreoffice impress: cannot highlight then replace existing image by inserting a new image

Just adding that this is also a bug in Libre office Draw in Natty 11.04 which means that it probably affects all parts of Libre Office

There is an extension called Change Picture - http://extensions.services.openoffice.org/en/project/ChangePicture
which works as a stop gap however the extension doesn't use the "working" directory and reverts back to the user root directory meaning you have to navigate each time negating any time saved in not having to resize/position the new image.

Revision history for this message
penalvch (penalvch) wrote :

Valentin Sipica, since this bug has enough information provided for a developer to begin work, I'm going to mark it as Triaged and let them handle it from here. Thanks for taking the time to make Ubuntu better!

Changed in libreoffice (Ubuntu):
importance: Undecided → Medium
status: Confirmed → Triaged
Changed in df-libreoffice:
importance: Unknown → Wishlist
status: Unknown → Confirmed
penalvch (penalvch)
summary: - libreoffice impress: cannot highlight then replace existing image by
- inserting a new image
+ [Upstream] LibreOffice Impress cannot highlight then replace existing
+ image by inserting a new image
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
Changed in df-libreoffice:
status: Incomplete → Confirmed
Revision history for this message
In , Jorendc (jorendc) wrote :

*** Bug 80725 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Beluga (beluga) wrote :

Implemented by Jennifer Liebel: http://<email address hidden>/msg102355.html
Thanks!

Revision history for this message
In , alkemyst (s-mersi) wrote :

Thanks! :-)

Revision history for this message
In , Ariel Del Valle (arielmazatlan) wrote :

Awesome Thanks :D

Revision history for this message
In , Yousuf 'Jay' Philips (philipz85) wrote :

Was going through impress yesterday and saw the feature was there and who know that i would also see on Caolán's blog that it got implemented. Thanks Jennifer Liebel for fixing this small and old bug that is very important.

Changed in df-libreoffice:
status: Confirmed → Fix Released
Revision history for this message
Rolf Leggewie (r0lf) wrote :

This is marked fixed upstream. Can you verify if this is still a problem in trusty or wily?

Changed in libreoffice (Ubuntu):
assignee: nobody → Rolf Leggewie (r0lf)
status: Triaged → Incomplete
Rolf Leggewie (r0lf)
Changed in libreoffice (Ubuntu):
status: Incomplete → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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