Apache OpenOffice (AOO) Bugzilla – Issue 103896
Wrong size of animated image in slideshow for ppt TCM test file
Last modified: 2009-09-11 10:58:32 UTC
OOO310_m15,..,m17 under Ubuntu 8.04 Steps to reproduce: - open generic-fr.ppt file used for TCM tests (see attachment) - on the first slide there is an animated image (Napoléon) - launch the slideshow (F5) - push spacebar 2 times to skip the first animation (it doesn't matter if you wait (very long time :-( ) for this first animation) - Napoléon image has not the right size: see attachement The size is correct with OOo 3.1.0 If I do some change on the image size and undo this change, it displays correctly in slideshow Regards
Created attachment 63850 [details] TCM ppt test file
Created attachment 63851 [details] screen copy of image with wrong size in slideshow
Reproducible. Reassigned.
Added regression keyword. Stopper for 3.1.1 ? Regards JBF
Reassigned.
please attach more information. Is this realy linux only? Is this only broken when loaded from ppt?
It seems to be Linux only : I do not reproduce the problem under XP (virtual machine) with OOO310m17. But it is not ppt only, I also have the bug with generic_fr.odp (attached) reworked from generic_fr.sxi. See the second slide.
Created attachment 63935 [details] reworked generic_fr.sxi in ODF format
Created attachment 63936 [details] screen copy of image with wrong size in slideshow for ODP file
This defect still occurs in OOo 3.1.1 RC1 (OOO310_m18) under Ubuntu 8.04.
I reproduce the same problem with DEV300_m54 for both formats ppt and odp. Regards JBF
Works on Windows, Solaris Sparc and Mac OS. Only Linux is affected.
Other workaround: just change the z-order of the image, e.g. by bringing it to the back => image size and position is as expected in presentation mode.
MD: As discussed in todays release status meeting, adjusting target to 3.2 release. We won't tread this as a stopper for 3.1.1 release.
Hi, I think target 3.2 is not a good idea because workaround does not work anymore when you save and reload the file. So, each time you want launch the slideshow, you have to slightly modify each bogus animated image. If you have several such images in your file, it not acceptable. Kind regards JBF
@ ka : your workaround does not work for generic_fr.odp (2nd bugdoc) because the animated image needs to be in front of all other images. It does not matter the change you do, it works once but it does not anymore when you save and reload the file. Regards JBF
Hello jbfaure, *, during my TCM test I stumbled upon your issue. I can confirm your observation with the Germanophone version of OOO310m19 (3.1.1RC2) under Debian SID AMD64. Really disturbing ... :( Although if you export it to odp, the film is still too large ... :( HTH Thomas.
It seems that if you duplicate the slide containing the animated picture, the bug does not occur for the copied slide but it still occurs with the original one. Can you confirm ? Regards JBF
cl->aw: please have a look
AW: Checked with DEV300m57 unxlngi6.pro, all looks good, no longer reproducable. AW->WG: Please take a look, too, but does not happen in DEV300m57.
Checked in m58.
Closed.