Summary: | Impress hangs part way through slide show | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Mark Hull-Richter <mhullrich> |
Component: | Impress | Assignee: | Thorsten Behrens (allotropia) <thb> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | cno, jbfaure, sigrid.carrera, thb, vitriol_vitriol |
Priority: | medium | ||
Version: | 3.3.0 RC2 | ||
Hardware: | x86-64 (AMD64) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 35673 | ||
Attachments: | presentation with the same problem on first slide |
Description
Mark Hull-Richter
2011-01-05 15:10:02 UTC
Hi, I guess, Mark forgot to attach the file. :) And since it is too big, you can download it from here: http://zentektales.com/The_Human_Brain2.pps Sigrid I can not confirm the buggy behaviour on Mac OSX 10.6.5, the presentation runs just fine. Alex I was NOT able to reproduce the bug in either: LO 3.3 RC2 OR Microsoft PowerPoint 2003 Both platforms played the PPT straight through Both machines are running Windows XP SP3. LO was via an RDP remote desktop connection. That makes perfect sense. My more recent experiences with Impress (and OO Presentation) indicate to me that this problem relates to how LO (OOo) handles the X interface, which is not an issue on Windows. I do not reproduce the problem with LibreOffice RC2 on Ubuntu 10.04 x86_64 but I reproduce it in OpenOffice.org 3.3.0 RC8 The difference is that "use hardware acceleration" is activated for LibO but not for OOo. If I uncheck this option in Tools > Options > LibreOffice > View then now I reproduce the problem. Best regards. JBF With "use hardware acceleration" turned off (ie. Raw X), I see the same issue. The trace I get is something like this: #21 0xa6833c11 in slideshow::internal::DrawShape::implRender(int) const () from /data/opt/TTInstall/program/../basis-link/program/slideshow.uno.so #22 0xa6833c70 in slideshow::internal::DrawShape::render() const () from /data/opt/TTInstall/program/../basis-link/program/slideshow.uno.so #23 0xa684affc in slideshow::internal::LayerManager::update() () from /data/opt/TTInstall/program/../basis-link/program/slideshow.uno.so #24 0xa684eb55 in slideshow::internal::ShapeManagerImpl::update() () from /data/opt/TTInstall/program/../basis-link/program/slideshow.uno.so #25 0xa68784dc in bool boost::_mfi::mf0<bool, slideshow::internal::ViewUpdate>::call<boost::shared_ptr<slideshow::internal::ViewUpdate> const>(boost::shared_ptr<slideshow::internal::ViewUpdate> const&, void const*) const () from /data/opt/TTInstall/program/../basis-link/program/slideshow.uno.so ---Type <return> to continue, or q <return> to quit--- #26 0xa68784f5 in bool boost::_mfi::mf0<bool, slideshow::internal::ViewUpdate>::operator()<boost::shared_ptr<slideshow::internal::ViewUpdate> >(boost::shared_ptr<slideshow::internal::ViewUpdate> const&) const () from /data/opt/TTInstall/program/../basis-link/program/slideshow.uno.so #27 0xa687852b in bool slideshow::internal::ListenerOperations<boost::shared_ptr<slideshow::internal::ViewUpdate> >::notifyAllListeners<_STL::vector<boost::shared_ptr<slideshow::internal::ViewUpdate>, _STL::allocator<boost::shared_ptr<slideshow::internal::ViewUpdate> > > const, boost::_mfi::mf0<bool, slideshow::internal::ViewUpdate> >(_STL::vector<boost::shared_ptr<slideshow::internal::ViewUpdate>, _STL::allocator<boost::shared_ptr<slideshow::internal::ViewUpdate> > > const&, boost::_mfi::mf0<bool, slideshow::internal::ViewUpdate>) () from /data/opt/TTInstall/program/../basis-link/program/slideshow.uno.so #28 0xa687857b in bool slideshow::internal::ListenerContainerBase<boost::shared_ptr<slideshow::internal::ViewUpdate>, slideshow::internal::EmptyBase, _STL::vector<boost::shared_ptr<slideshow::internal::ViewUpdate>, _STL::allocator<boost::shared_ptr<slideshow::internal::ViewUpdate> > >, 16u>::applyAll<boost::_mfi::mf0<bool, slideshow::internal::ViewUpdate> >(boost::_mfi::mf0<bool, slideshow::internal::ViewUpdate>) const () from /data/opt/TTInstall/program/../basis-link/program/slideshow.uno.so #29 0xa68776a5 in slideshow::internal::ScreenUpdater::commitUpdates() () from /data/opt/TTInstall/program/../basis-link/program/slideshow.uno.so #30 0xa687fd01 in (anonymous namespace)::SlideShowImpl::update(double&) () from /data/opt/TTInstall/program/../basis-link/program/slideshow.uno.so #31 0xa8393d88 in sd::SlideshowImpl::updateSlideShow() () from /data/opt/TTInstall/program/../basis-link/program/libsdli.so #32 0xa8393f0b in sd::SlideshowImpl::PostYieldListener(void*) () from /data/opt/TTInstall/program/../basis-link/program/libsdli.so #33 0xb6749c15 in Link::Call(void*) const () from /data/opt/TTInstall/program/../basis-link/program/libvclli.so #34 0xb6757a90 in VclEventListeners2::callListeners(VclSimpleEvent*) () from /data/opt/TTInstall/program/../basis-link/program/libvclli.so #35 0xb6751fb4 in ImplYield(bool, bool) () from /data/opt/TTInstall/program/../basis-link/program/libvclli.so #36 0xb674f470 in Application::Yield(bool) () from /data/opt/TTInstall/program/../basis-link/program/libvclli.so #37 0xb674f4a1 in Application::Execute() () from /data/opt/TTInstall/program/../basis-link/program/libvclli.so #38 0xb7de30fe in desktop::Desktop::Main() () from /data/opt/TTInstall/program/../basis-link/program/libsofficeapp.so #39 0xb67552e2 in ImplSVMain() () from /data/opt/TTInstall/program/../basis-link/program/libvclli.so #40 0xb67553f0 in SVMain() () from /data/opt/TTInstall/program/../basis-link/program/libvclli.so #41 0xb7dfcfc4 in soffice_main () from /data/opt/TTInstall/program/../basis-link/program/libsofficeapp.so #42 0x08048d24 in main () Since the UI is still re-painting (the risque lady continues to spin) - the app is still responsive and rendering its frames - although, unfortunately it is not responsive to key-presses, or mouse clicks. Calling 'finish' on each frame, I end up back in the mainloop quickly; and then bomb out again to do a new updateSlideShow(). taking over. Created attachment 46797 [details]
presentation with the same problem on first slide
Presetation hanges on first slide of attachment when press F5.
Produced on Mandriva 64 bit on LibreOffice 3.4 beta 5
I believe that is fixed in OOo: http://openoffice.org/bugzilla/show_bug.cgi?id=116339 Hum, the fix from i#116339 is nowhere to be found, did something along those lines that seems to indeed fix the problem. |