<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - No playing item in presentation mode (GDI)" href="https://bugs.documentfoundation.org/show_bug.cgi?id=139503#c2">Comment # 2</a> on <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - No playing item in presentation mode (GDI)" href="https://bugs.documentfoundation.org/show_bug.cgi?id=139503">bug 139503</a> from <a class="email" href="mailto:telesto@surfxs.nl" title="Telesto <telesto@surfxs.nl>"> Telesto</a> <pre>Created <a href="http://bugs.documentfoundation.org/attachment.cgi?id=168779" name="attach_168779" title="Bibisect log">attachment 168779</a> <a href="http://bugs.documentfoundation.org/attachment.cgi?id=168779&action=edit" title="Bibisect log">[details]</a> Bibisect log Bisected to author Miklos Vajna <<a href="mailto:vmiklos@collabora.com">vmiklos@collabora.com</a>> 2019-04-17 11:38:47 +0200 committer Luboš Luňák <<a href="mailto:l.lunak@collabora.com">l.lunak@collabora.com</a>> 2019-04-23 10:34:23 +0200 commit 5c5eab3522368d6baa7ab6ef1b6c9f5eaaab4fad (patch) tree 64d3d77a6ffcbadd0a03cdaaeeef67912f61c8ed parent 9a5e5c581eaf86ce0bbf293da40ba18c72fba1bd (diff) <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED FIXED - Media objects do not trigger effects." href="show_bug.cgi?id=124756">tdf#124756</a> slideshow: avoid mbPaintDisabled for media windows Commit 3e0092031b73bad107e3122d5d4be2f5bd487744 (<a class="bz_bug_link bz_status_VERIFIED bz_closed" title="VERIFIED FIXED - Animations set to start 'With previous'/'After previous' don't work when OpenGL is enabled" href="show_bug.cgi?id=112318">tdf#112318</a> sd opengl: fix lack of initial animation, 2019-04-05) enabled processing of idle events between two updates of the slideshow to help OpenGL, which uncovered a problem with media shapes. On one hand, slideshow::internal::ViewMediaShape::implInitializePlayerWindow() calls EnablePaint(false) on the media window. OTOH, vcl::Window::ImplCallPaint() handles mbPaintDisabled by invalidating the relevant area of the window, which causes a paint<->invalidate loop. Fix the problem by nominally still enabling paints on the media window: nothing will change in practice (since the actual media overlay will be on top of it), but this way the loop goes away. mbPaintDisabled is handled like this since the initial import, the media window flag was added much later, so it makes more sense to adapt the later. (cherry picked from commit d7f4f5650dd2c7fe1ccec50efd806e695b8bc18a) Conflicts: slideshow/source/engine/shapes/viewmediashape.cxx</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>