Created attachment 106311 [details] Contains slide with shape diamond transition effect. Problem description: If transition type 'shape diamond' is applied to slide then it is missing from slide show. Steps to reproduce: 1. create presentation on latest master. 2. Apply shape diamond transition to slide. 3. Start slide show. Current behavior: Transition is type none in slide show. Expected behavior: Shape diamond effect should be displayed in slide show (Like circle of plus shape transition) Operating System: Ubuntu Version: 4.4.0.0.alpha0+ Master
Seems a regression. Works as expected with LO 4.2.6.3 and 4.3.2.1 - Ubuntu 12.04
Repro, Mac OSX 10.9 with LibreOffice Version: 4.4.0.0.alpha0+ Build ID: 5b8ea53ac7cc8843ada7a1e02edea1b522f0ef0a TinderBox: MacOSX-10.9-x86_64@53, Branch:master, Time: 2014-09-21_10:59:37
Attempted to bibisect this, but could not reproduce on Linux. I can however reproduce on a recent master build on OSX. It could be that this only occurs with accelerated OpenGL - running the diamond transition gives the following debugging output: warn:vcl.opengl:8487:1:vcl/source/opengl/OpenGLHelper.cxx:361: GL Error #1286(invalid framebuffer operation) in File /Users/asbel/Development/LibreOffice/core/slideshow/source/engine/OGLTrans/generic/OGLTrans_TransitionerImpl.cxx at line: 393 warn:vcl.opengl:8487:1:vcl/source/opengl/OpenGLHelper.cxx:361: GL Error #1286(invalid framebuffer operation) in File /Users/asbel/Development/LibreOffice/core/slideshow/source/engine/OGLTrans/generic/OGLTrans_TransitionImpl.cxx at line: 177 warn:vcl.opengl:8487:1:vcl/source/opengl/OpenGLHelper.cxx:361: GL Error #1286(invalid framebuffer operation) in File /Users/asbel/Development/LibreOffice/core/slideshow/source/engine/OGLTrans/generic/OGLTrans_TransitionImpl.cxx at line: 273 warn:vcl.opengl:8487:1:vcl/source/opengl/OpenGLHelper.cxx:361: GL Error #1286(invalid framebuffer operation) in File /Users/asbel/Development/LibreOffice/core/slideshow/source/engine/OGLTrans/generic/OGLTrans_TransitionImpl.cxx at line: 273
Did you use an own build or a released build?
Failed reproduction on Linux used the bibisect trees. Successful reproduction on OSX used my own build of master from a few days ago
Please don't mix different platforms when it comes to OpenGl problems. The OSX one is most likely a different one.
Markus Mohrhard committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=3fb0320e1e6fcc8007fc6f334aad91163b6ff83d fix packaging of OpenGL shaders, related fdo#83875 It will be available in 4.5.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Markus Mohrhard committed a patch related to this issue. It has been pushed to "libreoffice-4-4": http://cgit.freedesktop.org/libreoffice/core/commit/?id=f3d87a8b0384cf35f7f5d9b7a20b9345eeaaea35&h=libreoffice-4-4 fix packaging of OpenGL shaders, related fdo#83875 It will be available in 4.4.0.0.beta3. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
As any remaining OSX bug could not in any case be bibisected, removing Whiteboard:bibisectRequest and setting notBibisectable
Migrating Whiteboard tags to Keywords: (notBibisectable) [NinjaEdit]
*** This bug has been marked as a duplicate of bug 97195 ***