Created attachment 53297 [details] Gif not displaying correctly... Following an upgrade, animated gifs are no longer displaying correctly in Impress.They appear corrupted. Not all animated gifs are affected, but most seem to be.
NOT reproduced with LOdev 3.5.0beta2 4ca392c-760cc4d-f39cf3d-1b2857e-60db978 Ubuntu 10.04.3 x86 Linux 2.6.32-37-generic Russian UI Can you upload example .gif file? What is your LO version?
I use for test images from this page http://en.wikipedia.org/wiki/Gif
Created attachment 55380 [details] Gif not displaying correctly... Here is a sample gif that no longer displays correctly in LO, but does in PP.
Tim Goodwin sent me two images. I have no problem with rugby3.gif, but have with soccer_player_animated.gif (man figure is white on black backgroung). LOdev 3.5.0beta2 4ca392c-760cc4d-f39cf3d-1b2857e-60db978 Ubuntu 10.04.3 x86 Linux 2.6.32-37-generic Russian UI
Forgot to mention >man figure is white on black backgroung In demonstration mode, in normal mode it is grey dotted outline.
Created attachment 55395 [details] rugby3.gif
Created attachment 55396 [details] soccer_player_animated.gif
Created attachment 55397 [details] Screenshot of bad rendering
I have the problem with libreoffice-impress-3.4.4.2-6.fc16.x86_64 that an animated GIF is only shown in the editing mode but not in the full presentation mode (the GIF is not looping).
markusN, Please attach GIF file you have problem with.
Since it is a 10MB file, I have put it here: http://gis.cri.fmach.it/download/ecad_tmean_animation.gif
Not reproduced with http://gis.cri.fmach.it/download/ecad_tmean_animation.gif. Still NEW due to results with another two files.
thanks, tester8 for trying. But I assure you that it fails with libreoffice-impress-3.4.4. Which version did you use?
markusN 3.5 (see Comment 4). May be fix for that will be included in 3.4.6.
This may be a problem with 64bit version. I created a slideshow using 32bit version of OpenOffice which displays all animated gifs fine. However, opening same .odp file in LibreOffice on 64bit Ubuntu results in many of the gifs being corrupted. I will attach screenshot of bad rendering.
Created attachment 56085 [details] Animated gif not working in Impress Only white background shown - should be player bouncing ball off foot. Other animations also faulty.
I think the issue is a regression. However, the issue seems to be only in Linux version of LO. Here are the test results of the x.odp file I've attached with various versions of LO and OS. Ubuntu 11.10 32 bit with LO 3.4.4 : Most animations not visible Ubuntu 12.04 A2 32 bit with LO 3.5.0 B2 : Most animations not visible Ubuntu 10.04 32 bit with OO 3.2.0 : No issues except some animations not playing Windows XP 32 bit with LO 3.4.5 : No issues except some animations not playing OpenSUSE 32 bit with LO 3.3.1: No issues except some animations not playing Fedora 16 32 bit with LO 3.4.3.: Most animations not visible LinuxMint Lisa 32 bit with LO 3.4.3.: Most animations not visible
Created attachment 56787 [details] Test file used for my comment #17 Test file used for my comment #17
Created attachment 57174 [details] Animated gif is not displaying correctly in Impress I found the same problem in LibreOffice 3.5. The same file is appearing normally in 3.3.4
Ubuntu 11.10
Urge this bug (which is a regression) to be treated on top priority as this is causing huge issues while using this version of Impress in the school classrooms. Libreoffice is losing goodwill earlier created by OpenOffice with the users in my school.
NOT Reproduced with OOo 3.2.0 OOO320m12 (build:9483) Mark as regression.
Please be specific about the version you are having trouble with. NOT reproducable with Ubuntu version 1:3.5.0-1ubuntu4.
Eh, wasnt finished: NOT reproducable with Ubuntu version 1:3.5.0-1ubuntu4 on precise. Also unassigned myself for now.
For me the bug (last file in list of attachments) is reproducible in LibreOffice 3.5.1 RC1 Xubuntu 11.10
Yes, argh! I assumed there had to be something wrong with the _first_ animated gif on the first slide. But, yes, there are broken gifs on the later slides. This also happens on a recent master upstream dev-build, so it is _not_ a packaging issue. => needs bibisecting
Regression does appear in oldest version of bibisect-3.5.tar.lzma and must be older. with oldest version being: source-hash-d6cde02dbce8c28c6af836e2dc1120f8a6ef9932
not buggy on 3.3.4 (Comment 19) buggy on 3.4.3 Fedora-16 32-Bit (Comment 17) bug appears on recent master (Comment 26) bug appears on 3.5 branch (Comment 19) also suggest: a) this is not a 64-bit issue b) this is not an Ubuntu/Debian-only issue c) this has been introduced between 3.3 and 3.4 on master
Hi! The problem persist in 3.5.1 RC2 Ubuntu 11.10
The animated gifs are not displayed correctly also in 3.6 alfa branch on Ubuntu 11.10 32 bit.
The problem persists in LibreOffice 3.5.2.1. No positive changes up to now, unfortunately.
The problems is not solved - LOdev 3.6.0alpha0+ Build ID: 9e890ae-1ac6932-6299bf6-879ce36-638d9c; Ubuntu 11.10 32 bit
The problems is not solved in LibreOffice 3.5.3.1 Build ID: 21cb047-d7e6025-9ba54fc-b4a51a8-f42372b Ubuntu 11.10 32 bit
The problem persists in LibreOffice 3.5.3.2 Build ID: 235ab8a-3802056-4a8fed3-2d66ea8-e241b80
Created attachment 60875 [details] another gif that is not displayed correctly Attached gif also not working in: LibreOffice 3.5.2.2 Build ID: 350m1(Build:202) Running Kubuntu 12.04 64 Bit Problem exists on first and any other slides, makes no difference. Just shows up as black and white image. When inserted via Insert->Picture->From file (linked or copied), it appears as small image. With the predefined buttons of a empty layout slide, it is much larger. Both images share some problems when marking them - one needs to draw a large rectangle to select them, just clicking onto it does not have any effect.
The problem is not solved in 3.5.4.1 Build ID: 7306755-f4f605c-738527d-1cf4bc1-9930dc8 Ubuntu linux 12.04
The problem is not solved, Ubuntu 12.04 LibreOffice 3.5.4.2 Build ID: 165a79a-7059095-e13bb37-fef39a4-9503d18
Created attachment 67085 [details] problem with animated GIF in Writer
*** Bug 49254 has been marked as a duplicate of this bug. ***
On pc Debian x86-64 with 3.5, 3.6 and sources, the 3 updated today, files open ok. Tim, Andis, Sasha: could you give a try to a newer LO version (3.5.7 or 3.6.2)?
Hello! In version 3.6.3.1 (Build ID: f8fce0b) this file https://bugs.freedesktop.org/attachment.cgi?id=56787 is still not running as supposed to be. > Tim, Andis, Sasha: could you give a try to a newer LO version (3.5.7 or > 3.6.2)?
In Version 3.6.3.2 (Build ID: 58f22d5) the file https://bugs.freedesktop.org/attachment.cgi?id=57174 is also not working properly > Tim, Andis, Sasha: could you give a try to a newer LO version (3.5.7 or > 3.6.2)?
Andis: I tested again and if in normal mode, it works, the slideshow doesn't work. Have you got these results? If not, could you be more precise when you say it still doesn't work?
Hi! It doesn't work at any conditions for me. For this (https://bugs.freedesktop.org/attachment.cgi?id=57174) it shows only empty area (deginning) and the final screen of the animated gif. For this (https://bugs.freedesktop.org/attachment.cgi?id=67085) I see white sheet music notes on black flickering background, but there should be colourous musical notes on white background. I attached screencopy as attachment to the bug report. I think there are no changes since identification of this regression. > Have you got these results? If not, could you be more precise when you say > it still doesn't work?
Created attachment 69201 [details] Screen copy demonstrating differences in earlier and current versions
Obviously I must miss something but I don't know what, sorry...
reproduced in 3.6.2 on RFR 17 64bit, installed from rpms from libreoffice.org
Thank you Andis for your screen copy demonstration (and your patience :-)). On pc Debian x86-64 with master sources updated yesterday, I reproduced the problem. The notes are animated but color is completely lost Badfully, I've got no specific logs on console giving some hints :-(
Confirmed I saw similar to this bug on Ubuntu 12.04 (but not on Win7) See Bug 61722
Created attachment 81160 [details] Animated gif that does not work in libreoffice 3.5.7.2
This problem is also affecting me. libreoffice 3.5.7.2 on Ubuntu 12.04.
Version 4.0.2.2 (Build ID: 400m0(Build:2), Ubuntu 13.04, AMD 64 Animated gifs in Impress only display correctly when the previous picture in a sequence is not replaced. As soon as an animation requires pictures to be replaced, animation shows place holders - not the pictures. same animation works perfectly in Writer - and everywhere else.
*** Bug 49253 has been marked as a duplicate of this bug. ***
TESTING with LO 4.2.0.0.beta2 + Ubuntu 12.04.3 x86_64 + FF25 Is there a reason we need so many different attachments? One is called "Animated gif not working in Impress", but lists a MIMEtype of "image/png". Here's how I tested each GIF: STEPS: - Open GIF in browser and confirm animation - Open LO Impress, Insert -> Image -> From File ( GIF file ), and check animation Running some tests: For each attachment: - 'rugby3.gif' looks the same in both FF and LO - 'soccer_player_animated.gif' same in both - 'Animated gif not working in Impress' is a PNG - 'another gif that is not displaying correctly' (metamorp.gif) - same in both - 'Animated gif that does not work in libreoffice 3.5.7.2' (01-animated-small.gif) - same in both (In reply to comment #15) > This may be a problem with 64bit version. I created a slideshow using 32bit > version of OpenOffice which displays all animated gifs fine. However, > opening same .odp file in LibreOffice on 64bit Ubuntu results in many of the > gifs being corrupted. I'm testing with a 64bit build of LO here... (In reply to comment #44) > (https://bugs.freedesktop.org/attachment.cgi?id=57174) it shows only empty > area (deginning) and the final screen of the animated gif. GIF animates fine in LO. > For this > (https://bugs.freedesktop.org/attachment.cgi?id=67085) I see white sheet > music notes on black flickering background, but there should be colourous > musical notes on white background. I see colored notes on a white background. ---- End Result: NOREPRO
All problematic gifs are still problematic (not showing as supposed) for me in Ubuntu 13.04, 32 bit LO 4.0.6.
(In reply to comment #55) > All problematic gifs are still problematic (not showing as supposed) for me > in Ubuntu 13.04, 32 bit LO 4.0.6. Hi Andis, LO 4.0.6 has been End of Lifed (EOL): https://wiki.documentfoundation.org/ReleasePlan#4.0_release Could you please update to a modern version of LibreOffice (such as 4.1.3 or 4.2.0.0.beta2) and see if you can still repro these results? https://www.libreoffice.org/download/ Thanks!
in 4.1.3 on Fedora 64 bit animation of last attachment disabled at all. Picture shows correctly, but without animation. The same situation in Bug 49254. May be we should close current bug as WorksForMe and open separate for disabled animation problem. Or reopen and rename Bug 49254.
(In reply to comment #57) > in 4.1.3 on Fedora 64 bit animation of last attachment disabled at all. > Picture shows correctly, but without animation. The same situation in Bug > 49254. interesting > May be we should close current bug as WorksForMe and open separate for > disabled animation problem. Or reopen and rename Bug 49254. This bug is a bit messy. Resolving it and opening a new bug might help us to focus-in on what we can reproduce on modern builds.
Hi! Modern version still don't have version recommended for production :) and there are serious compatibility problems in Chart component with previous versions. At least it was stopper for me. I tried on Version: 4.2.0.0.alpha1, Build ID: c2b9ad37f8a8de9c7dbdd76c86aecf6388107056 and at least some gifs I tried works for me so the bug could be closed.
(In reply to comment #59) > Hi! > > Modern version still don't have version recommended for production :) For some technical websites-need-to-be-updated reasons, we're still lagging a little on updating up from stable:4.0.6 to stable:4.1.x But it will happen soon: http://listarchives.libreoffice.org/global/website/msg12090.html > and > there are serious compatibility problems in Chart component with previous > versions. At least it was stopper for me. sorry to hear that -- can you make sure that bugs are filed against each of those issues? The sooner the bugs are filed, the sooner we can tackle them :-) > > I tried on Version: 4.2.0.0.alpha1, Build ID: > c2b9ad37f8a8de9c7dbdd76c86aecf6388107056 and at least some gifs I tried > works for me so the bug could be closed. +1 -- Please feel free to mark this bug as "RESOLVED WORKSFORME" And remember: We're always happy to have a new bug filed if you find a GIF that fails to render properly in our latest builds.
Ubuntu 13.10 and LO 4.1.3.2 working fine. Can we agree to file separate bugs for any animated gifs failing in 4.2b2 (http://www.libreoffice.org/download/pre-releases/)? With 60 comments and a ton of example files, some working some broken, this bug is impossible to overlook anymore.
(In reply to comment #61) > Ubuntu 13.10 and LO 4.1.3.2 working fine. > > Can we agree to file separate bugs for any animated gifs failing in 4.2b2 > (http://www.libreoffice.org/download/pre-releases/)? +1 Emphasis mine: > With 60 comments and a > ton of example files, some working SOME BROKEN, this bug is impossible to > overlook anymore. Personally, I can't find a single GIF that is broken. That's why I support resolving this as WORKSFORME.
I think I have found a possible explanation, although I have not read all the messages in the list to check. To me the problem is not resolved, since many experience an unexpected behaviour. In my case (ubuntu 14.04 + LO 4.2.7) the inserted gif was showing fine in the Normal editing mode and was displaying a still image in presentation mode (as for many others). I was including the animation in a group for Custom Animation of the slide (sequential appear) Then I ungrouped the image from the text. It now shows correctly also in presentation mode. **It looks as if gif animation is incompatible with Custom Animation** Thanks
Roberto: given the number of comments on this tracker, it could be useful you submit a brand new bug and give minimum step by step process to reproduce the problem. Meanwhile, thank you for your investigation! :-)