Bug 33333

Summary: 3D transitions should use the final state of the leaving slide
Product: LibreOffice Reporter: Ibrahim A. Mohamed <bingorabbit>
Component: PresentationAssignee: Not Assigned <libreoffice-bugs>
Status: NEW --- QA Contact:
Severity: minor    
Priority: low CC: dtardon, jmadero.dev, kami911, nekohayo
Version: Inherited From OOo   
Hardware: All   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:
Attachments: Minimum example to demonstrate "fade smoothly" issue

Description Ibrahim A. Mohamed 2011-01-21 05:48:56 UTC
After I have installed the ogltrans package, some transitions like "Fade smoothly" or other fade transitions are not working properly. I tried removing it, then it worked just fine, but when I install it, transitions don't work properly again.
Comment 1 Noel Power 2011-01-21 12:01:31 UTC
thorsten, impress & slideshow is your area of expertise I think
Comment 2 David Tardon 2013-02-26 04:56:59 UTC
Could you retest with 4.0, please?
Comment 3 jowi-fs 2013-03-23 12:49:24 UTC
Created attachment 76939 [details]
Minimum example to demonstrate "fade smoothly" issue

Tested and confirmed with LibO 4.0.1.2

Steps to reproduce:
Open the attatched file
Run presentation mode: a red box appears
Click to start animation: a second green box appears
Click to go to second slide

Expected behavior
The red box should fade away, while the green box stays unchanged

Observed behavior
The red box fades away correctly, but the green box instantly disappears and fades in again
Comment 4 jowi-fs 2013-03-23 12:51:00 UTC
Observed as early as 3.6.1
Comment 5 David Tardon 2013-03-24 14:06:13 UTC
Apparently the OpenGL transition impl. uses the original state of the leaving slide, without object animations. This is more visible if you move the rectangle on the second slide a bit to the right or change its color.
Comment 6 Thorsten Behrens 2013-03-25 20:17:51 UTC
drats, that is a design error. The PluginSlideChange responsible for the opengl transitions creates the slide bitmaps *at the time of creation*, instead of when the transition is run (as is the case for the built-in transitions).
Comment 7 Thorsten Behrens 2013-06-05 15:07:50 UTC
*** Bug 30495 has been marked as a duplicate of this bug. ***
Comment 8 Thorsten Behrens 2013-09-12 16:14:54 UTC
Apologies for not having gotten around fixing this bug yet; unfortunately in future I'll have even less time at my disposal for this, so I'm freeing up ownership for other volunteers to take over.
Comment 9 Joel Madero 2014-12-15 02:18:26 UTC
Verified on:
Ubuntu 14.04 x64
Version: 4.5.0.0.alpha0+
Build ID: 8b65be4740f4349b769a8709867e0cc32d93686d
Locale: en_US

Also:
Ubuntu 14.04 x64
LibreOffice 3.3 (Inherited from OOo, updating as version is oldest version verified on)

Updating version also as per: https://wiki.documentfoundation.org/images/0/06/Prioritizing_Bugs_Flowchart.jpg

Minor - it's noticeable but it does not prevent high quality work, it's also gotten better over time (4.5 vs. 3.3 is quite noticeable improvement)
Low - default for minor bugs.

@Ibrahim - thanks so much for your continued patience. LibreOffice is powered by a team of volunteers who give thousands of hours at no cost. We'll continue to try to address this in the future.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.