Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing
|Summary:||Changing fill colour in animations doesn't work in presence of nearby overlapping objects|
|Component:||viewing||Assignee:||AOO issues mailing list <issues>|
|Status:||UNCONFIRMED ---||QA Contact:|
|Issue Type:||DEFECT||Latest Confirmation in:||---|
Description jaakov 2010-11-17 11:10:45 UTC
Reproduce: 1. Draw a rectangle using drawing pane 2. Draw the letter "A" using "T" from the drawing pane, so that the letter is outside of, but almost touching the rectangle. 3. Create an emphasis animation for the rectangle that changes the fill color of the rectangle to red on click. 4. Start view by F5, then click once. Observe that the red colour is first solid, but after a second a part of the area near the letter changes its color back to blue. Required: solid colour all the time after the click.
Comment 1 wolframgarten 2010-11-17 12:30:57 UTC
Sorry, not reproducible. Is this an original OOo version you are using or from some other distributor?
Comment 2 jaakov 2010-11-17 14:04:51 UTC
Created attachment 75031 [details] Example of bad animation.
Comment 3 jaakov 2010-11-17 14:06:14 UTC
The Debian version (1:3.2.1-7 according to their classification). Their own bugtacking page for impress seems unmaintained at the moment, so I decided to check upstream. I've created an attachment. After opening the file, press F5 and click to trigger animation. Observe differently coloured regions near letter "A". Please confirm or reject denoting the impress version you are using.
Comment 4 Joost Andrae 2010-11-17 15:40:25 UTC
works like a charm on Solaris x86 with OOo330m15 (OOo 3.3.0 RC5)
Comment 5 jaakov 2010-11-21 19:58:19 UTC
Thank you, as soon as I install it, I'll report here.
Comment 6 jaakov 2010-11-21 19:59:59 UTC
By the way: the bug exists also in the version listed as OpenOffice.org 3.2.1 OOO320m19 (Build:9505) ooo-build 184.108.40.206, Debian package 1:3.2.1-9
Comment 7 jaakov 2012-06-13 09:43:29 UTC
Sorry, don't have openoffice any more, cannot re-test. Please close the bug report unless you have new findings.
Comment 8 Rob Weir 2013-02-02 03:01:16 UTC
This Issue requires more information ('needmoreinfo'), but has not been updated within the last year. Please provide feedback as requested and re-test with the the latest version of OpenOffice - the problem(s) may already be addressed. You can download Apache OpenOffice 3.4.1 from http://www.openoffice.org/download Please report back the outcome of your testing, so this Issue may be closed or progressed as necessary - otherwise the issue may be Resolved as Invalid in the future.
Comment 9 Rob Weir 2013-04-02 19:27:20 UTC
We should have enough info to confirm or reject on AOO 3.4.1
Comment 10 Del Dewar 2014-06-14 15:49:00 UTC
Replicating the Report I tried replicating this on two configurations using Open Office 4.1.0 (AOO410m18, Build:9764) 1. MacBook Pro (Early 2011), Mac OSX 10.9.3 (AMD Raedon HD Graphics Card) 2. Dell Laptop (2013), Windows 7 Enterprise SP1 (NVIDIA NVS 5200M Graphics Card) I couldn’t reproduce the bug on either configuration using the either the attached slide-set or newly created ones and didn’t observe any colour distortion as described. However, in my attempts to replicate the original problem, I did observe some anomalies associated with animations involving overlapping objects. They may have been a result of the same error that prompted the original report from jaakov, and for that reason, I’ll elaborate on them below. - Create a rectangle with the default fill colour (blue in this instance) - Create a text box (F2) with some black text and place it on top of the rectangle - Add a ‘change fill colour’ animation so the rectangle changes colour to red (set the speed to ‘slow) After starting the slideshow and the animation, two things were visible during the animation sequence: - The text completely disappears from view for a fraction of a second - Once the text reappears, the outline of the text has a thin white border which becomes more visible as the animation darkens the fill colour (once the animation stops however, the text no longer has the ‘fuzzy borders’ Follow-Up Tests Object Proximity Variation: I extended the level of text overlap with the rectangle and observed that any part of a text string overlapped the rectangle it also disappeared from view momentarily. Hardware/OS: As I observed this on the Mac, I immediately tried it on Windows and observed the same behaviour. ODP Slide in Microsoft Powerpoint: If I imported the same OO slide from my earlier tests into Powerpoint and played it, I observed neither of the anomalies. PPT Slide in OpenOffice: Similarly, if I imported the native PPT file I created in Powerpoint into OpenOffice, I observed both anomalies again. Animation Variation: I was curious whether this was limited to one of more animations, but saw the behaviour with Teeter, Flicker and Desaturate animations as well. Object Depth Variation: Neither issue was visible when the text was behind the rectangle - only when it was in front. The natural follow-up test would be to try it on Linux and perhaps vary the graphics card - The MacBook Pro had a AMD Radeon HD graphics card while the Dell Windows 7 setup had a NVIDIA NVS 5200M card. Attachments I have attached 3 files animate.odp - The file created with AOO animate.ppt - The file created with PP animate.swf - A short movie to illustrate my observations as viewed on both Mac and Windows platforms. Although the observations I made do not cause catastrophic failures, they do take the visible shine off any presentation that uses elements in this way.
Comment 11 Del Dewar 2014-06-14 15:50:12 UTC
Created attachment 83555 [details] Native ODP File with overlapping objects/emphasis animation
Comment 12 Del Dewar 2014-06-14 15:50:38 UTC
Created attachment 83556 [details] Native PPT File with overlapping objects/emphasis animation