Created attachment 58736 [details] exemple of faulty animated slide Hi, background drawing goes wild when playing an animation. Doesn't happen in OpenOffice attached is the "faulty" slide. when you play the diaporama it happens on the 6th line.
No wild background seen here: six lines appear one after another linux LibreOffice 3.5.4.2 Build-ID: 350m1(Build:2)
NOT reproducible with LibreOffice 3.5.6.2 (Build-ID: e0fbe70-dcba98b-297ab39-994e618-0f858f0), German langpack installed, on MacOS X 10.6.8. At least I don’t see a wild background here; when the 6th line appears, a big radial gradient appears and overlaps much of the previous lines, but it seems this is intentional behaviour. Hello rreno56: Thank you very much for your bug report. However, we can’t reproduce it. Could you please: a) describe a bit more what "background drawing goes wild" means? b) try again with the newest version of LibreOffice 3.5 (3.5.6) or with the new LibreOffice 3.6 if you can still reproduce this issue? This would be very helpful! Thank you very much in advance!
hi, i couldn't reproduce the issue on LO 3.6 (on Windows 7) The bug remains on LO 3.5.6.2 and 3.6.0.4 on MAc 10.6.8 The description Roman made is precisely the bug i talk about : "At least I don’t see a wild background here; when the 6th line appears, a big radial gradient appears and overlaps much of the previous lines, but it seems this is intentional behaviour." But it is not intentionnal and i couldn' get ride it by designing a new slide, etc. Thanks to you and good luck
(In reply to comment #3) > The description Roman made is precisely the bug i talk about : > > "At least I don’t see a wild background here; when the 6th line appears, a big > radial gradient appears and overlaps much of the previous lines, but it seems > this is intentional behaviour." > > But it is not intentionnal and i couldn' get ride it by designing a new slide, > etc. @ rreno56: Thank you very much for clarification! OK, _this_ problem is reproducible for me with LibreOffice 3.5.6.2 (see comment #2) and also with LibreOffice 3.6.1.2 (Build ID: e29a214), both on MacOS X 10.6.8 (Intel). What is necessary now: 1) Could someone please test again if this issue (see precise description above) is reproducible also on Windows and/or Linux? 2) Some Impress expert (I’m not an expert for Impress, of course) should examinate the sample presentation closely, if he/she can find any reason for that strange behaviour. If not, this is really a strange and important bug.
Created attachment 66202 [details] Screenshot - how it looks in LibO 3.6.1.2 To make clear what the problem is, a screenshot is better than 1000 words -- here is the 1st one: the sample presentation in the last step (line 6 visible), seen in LibreOffice 3.6.1.2.
Created attachment 66203 [details] Screenshot - how it looks in LibO 3.5.6.2 Next screenshot: the sample presentation in the last step (line 6 visible), seen in LibreOffice 3.5.6.2; the same as in LibreOffice 3.6.1.2.
Created attachment 66204 [details] Screenshot - how it looks in LibO 3.4.0 and 3.4.6 Next screenshot - in LibreOffice 3.4.0 to 3.4.6, the animation looks quite different in the last step; but still wrong, only that the irritating radial gradient is at another place and has another size.
Created attachment 66205 [details] Bug 47567 - how it looks in LibO 3.3.0 Last screenshot -- how the animation looks in LibreOffice 3.0.0; mostly correct, this time, but there is still a light grey horizontal line which should not be there.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (4.3.5 or later): https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) Thank you for your help! -- The LibreOffice QA Team
Looks perfect to me in both preview and slideshow on OSX 10.10/LO 4.4.0.2 -> RESOLVED WORKSFORME