I have a Power Point slide show presentation that runs fine until about 2/3 of the way through where it encounters a rotating image. On that slide, it hangs hard - the only way out is to force-quit or kill the presentation process, and that kills all open LO processes. Note: This .pps runs fine under OpenOffice 3.2.1 - no problems. I run Ubuntu 10.10 with Gnome 2.32. This has been discussed on the users email list and confirmed for at least Ubuntu 10.10 and 11.04 and Mandriva, possibly others. The offending file is attached. The show stops on slide 21, if it runs that far. I just did an experiment, and the results are a little different than I expected. Last night on my Athlon 2 X4 system, this slide show hung on slide 21 and I had to kill it as described above. Today I just tried it on my Dell Precision T5500, a dual-quad-core (Intel Xeon) with 3GB of memory also running Ubuntu 10.10 x86_64, but on this machine it dragged everything to an i/o wait state (according to my system monitor applet) and crushed the performance to a 1-30 second pause between any responses. I had to use an alternate console to kill the LO and eventually I wound up killing the login session altogether to get the machine back to normal operations.
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.