Apache OpenOffice (AOO) Bugzilla – Issue 112647
Template cause Impress crash when hit F5
Last modified: 2017-05-20 10:22:43 UTC
Open attached template in DEV300_m83. Template was created in earlier version of OOo (it created in 2005), working without problem until now, in all version of OOo including OOo 3.2.1. Press F5, to start slide show, OOo crash. No crash reporter initiated. Recovery starts, when finished, not recover template, only empty blank slide opens.
Created attachment 70187 [details] template cause crash
Reproducible. Reassigned.
This seems related to issue 112089.
Confirmed with DEV300m83 en-US Linux X64 on mandriva 2010.0 It is OK with 3.2.1 Linux X64 on the same machine.
*** Issue 112150 has been marked as a duplicate of this issue. ***
Yes, it is related to issue 112089. I am trying to find out whether it has been fixed by issue 111065. In any case, I will harden SlideShow::StartFullScreenPresentation against SfxFrame::Create returning NULL.
Here is a stacktrace: sfxmi.dll!SfxFrame::GetCurrentViewFrame() Line 341 + 0x3 bytes C++ sfxmi.dll!SfxFrame::SetPresentationMode(unsigned char bSet=' ') Line 349 + 0x8 bytes C++ sdmi.dll!sd::SlideShow::StartFullscreenPresentation() Line 1216 C++ sdmi.dll!sd::SlideShow::startWithArguments(const com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue> & rArguments={...}) Line 848 C++ sdmi.dll!sd::SlideShow::start() Line 674 + 0x12 bytes C++ sdmi.dll!sd::DrawViewShell::FuSupport(SfxRequest & rReq={...}) Line 705 + 0x1d bytes C++ sdmi.dll!SfxStubDrawViewShellFuSupport(SfxShell * pShell=0x0a1fa4f8, SfxRequest & rReq={...}) Line 1139 + 0xf bytes C++ sfxmi.dll!SfxDispatcher::Call_Impl() + 0x36d bytes C++ sfxmi.dll!SfxDispatcher::PostMsgHandler() + 0x148 bytes C++ sfxmi.dll!SfxDispatcher::LinkStubPostMsgHandler() + 0xe bytes C++ tlmi.dll!Link::Call(void * pCaller=0x1edb4a40) Line 139 + 0x1b bytes C++ sfxmi.dll!SfxHintPoster::DoEvent_Impl() + 0x1c bytes C++ sfxmi.dll!SfxHintPoster::LinkStubDoEvent_Impl() + 0xe bytes C++ tlmi.dll!Link::Call(void * pCaller=0x1edb4a40) Line 139 + 0x1b bytes C++ vclmi.dll!ImplHandleClose() + 0x157 bytes C++ vclmi.dll!ImplWindowFrameProc() + 0x2e2 bytes C++ vclmi.dll!SalFrame::CallCallback() + 0x16 bytes C++ vclmi.dll!ImplHandleSalObjSysCharMsg() + 0x504 bytes C++ vclmi.dll!SalFrameWndProc() + 0x748 bytes C++ vclmi.dll!SalFrameWndProcW() + 0x30 bytes C++ user32.dll!gapfnScSendMessage() + 0x270 bytes [Frames below may be incorrect and/or missing, no symbols loaded for user32.dll] user32.dll!gapfnScSendMessage() + 0x922 bytes user32.dll!LoadStringW() + 0x11f bytes user32.dll!DispatchMessageW() + 0xf bytes vclmi.dll!ImplDispatchMessage() + 0x15 bytes C++ vclmi.dll!WinSalInstance::AcquireYieldMutex() + 0x36 bytes C++ vclmi.dll!ImplSalYield() + 0x47 bytes C++ vclmi.dll!WinSalInstance::Yield() + 0x9f bytes C++ vclmi.dll!ImplYield() + 0x4c bytes C++ vclmi.dll!Application::Yield() + 0xd bytes C++ vclmi.dll!Application::Execute() + 0x24 bytes C++ sofficeapp.dll!GetVersionInfo() + 0xc6e9 bytes vclmi.dll!ImplSVMain() + 0x64 bytes C++ vclmi.dll!SVMain() + 0x1c bytes C++ sofficeapp.dll!GetVersionInfo() + 0x266eb bytes soffice.bin!00401034() soffice.bin!00401055() soffice.bin!00401428() soffice.bin!0040118f() kernel32.dll!BaseThreadInitThunk() + 0x12 bytes ntdll.dll!RtlInitializeExceptionChain() + 0x63 bytes ntdll.dll!RtlInitializeExceptionChain() + 0x36 bytes
Created attachment 70293 [details] the patch, that should solve the original problem ( should be applied to sfx2/source/view/frame2.cxx )
The fix for issue 111065 fixes a similar problem but for different scenario. The attached patch contains an additional change that fixes the scenario related to this issue.
Checked in the diff and verified that it fixes the crash.
@wg: Please verify.
Verified in CWS.