Issue 90660 - Transparency of Objects gets disturbed while those Objects are animated
Summary: Transparency of Objects gets disturbed while those Objects are animated
Alias: None
Product: Impress
Classification: Application
Component: viewing (show other issues)
Version: OOo 2.4.1
Hardware: PC Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
: 90960 (view as issue list)
Depends on:
Reported: 2008-06-12 13:44 UTC by rai_and
Modified: 2017-05-20 11:08 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Note You need to log in before you can comment on or make changes to this issue.
Description rai_and 2008-06-12 13:44:29 UTC

so this is how the error can get reproduced:
Open Impress, create a circle with the help of the lower toolbar,
fill it with a color and select transparency of e.g. 50%.
Then select the circle and add an animation path, e.g. 'left' to it.
It's easier to see with a colored background for the slide.
While the circle is moved, it's transparency gets lost, and it's bounding box is
displayed white (sometimes black). When the animation effect is over, all
Objects are displayed fine.
Whats interesting, the disabled transparency effects even all other transparent
Objects, independent of them being moved or not, if they are placed on a layer
in front of the current moved object, i.e. they need not to be direct in front
of them.

This was not an issue with OO, which is the version original distributed
with openSuSE 10.2.
Comment 1 wolframgarten 2008-06-12 13:57:13 UTC
Comment 2 wolframgarten 2008-06-13 10:50:10 UTC
Reproducible. Reassigned.
Comment 3 wolframgarten 2008-06-23 08:26:50 UTC
*** Issue 90960 has been marked as a duplicate of this issue. ***
Comment 4 conte4313 2009-03-27 07:06:55 UTC
I reproduced this bug with a black background on a Windows XP SP2 machine with
OO 3.0.1, but not with Vista x64 for the same version, it was nicely done on the
Vista machine.

Another issue I've noticed regarding the rendering of several shapes for this
bug, is for each shape added, all other shapes added after it also become
rendered with the white box outline and on top of the shapes added before each
shape. If it's true that Impress renders all shapes added after it in a
presentation, that could greatly affect performance for a large number of
animated shapes.

Upon further testing to see what other factors affect proper rendering, I've
attempted to see how gradient, hatching and bitmap area effects (all still
partially transparent) were rendered and they all were rendered the same way,
becoming mostly white without a bounding box and losing their transparency
during animation.

Although this is a serious defect in both efficiency and performance, thus
needing to be of high priority, it's unclear to me what might be the sole source
of the problem. 

Based on what I've tested for the latest version on two different operating
systems, it could be a matter of graphics card capabilities or the operating
system itself.

Seeing that you found no bugs like this in an older version of OO but on a
fairly new OS, this might be the case.

Ideas for future testing would be to attempt to render these kind of shapes on
different OS's for both later and earlier versions of them.
Comment 5 rai_and 2009-05-12 09:43:23 UTC
Well, I could reproduce it with OO3.1 an Vista64 as well as on Gentoo-Linux with
original OO3.1 binaries. Will try on Gentoo x64 with self-compiled OO3.1 as soon
as that 'ebuild' will be available. That one will probably be from .
Comment 6 clippka 2009-11-17 13:59:09 UTC
Comment 7 parity 2010-01-28 07:28:45 UTC
I can confirm this bug using Ubuntu Karmic Koala and the official
3.2RC4 packages.

Very annoying.
Comment 8 rai_and 2010-03-11 13:53:51 UTC
Ok, its still an issue with the original 3.2 binaries for Linux x86. Haven't
tried the AMD64er.
I managed to compile the 'Gentoo' go-oo sources version 3.1 for Linux AMD64 as
well as the 3.2er Versions for Linux x86 and AMD64.

On all three installations, the rendering was fine.

I'm wondering if the version I mentioned on openSuSE 10.2 was also an
go-oo version. As stated here > <, most Linux
Distributions are using go-oo, so that may be the reason this bug is not
relevant to many Linux users
Comment 9 Marcus 2017-05-20 11:08:34 UTC
Reset assigne to the default "".