Apache OpenOffice (AOO) Bugzilla – Issue 65207
loading the OOo specification template using http:// crashes the office
Last modified: 2013-02-24 21:00:31 UTC
Loading http://specs.openoffice.org/collaterals/template/OpenOffice-org-Specification-Template.ott or also through file system crashes the office if you ACTIVATE the macros (medium security settings (default)). If you deny activating macros the document will be loaded.
adding tr, cj to issue
Evaluated on Solaris SPARC with a SRC680m156 (patched from m124) where it was okay.
cc me
Started
Created automated Testcase: f_basic_spectemplate.bas::tBasicSpecTemplate to be run on every build. The test loads the file from the webpage (according to cj the URL is static) and accepts executing macros.
ab->mba: As discussed, SfxObjectShell::PostActivateEvent_Impl() posts events too early due to changed VCL timer handling.
As discovered the bug is triggered by unexpected timer events that happen because nowadays VCL checks for expired timers while painting and then immediately calls the handler procudure. As discussed we will make sure that timer events still will be processed in the "regular" Yield() calls only by posting a User Event when an expired timer is detected while painting a window.
fixed in CWS mbapp3fix1
The fix provided by PL is a Windows only fix - it fixes the problem that macros bound to an "OnLoad" or "OnCreate" event don't work on Windows if a window (floating toolbar etc.) is shown before the macro gets executed. The reason for this bug is so urgent (uncontrollable time event processing can lead to crashes in code that is not reentrant safe) that we should treat it as a showstopper for 2.0.3. The crash on Solaris couldn't be reproduced on the milestones m167-m169.
Now the macro that is bound to the "create document" event should be executed on Windows even if a floating toolbar is open. re-open issue and reassign to jsi@openoffice.org
reassign to jsi@openoffice.org
reset resolution to FIXED
Created attachment 36501 [details] Problem DEV has solved
Attached the issue, which happens only on Win32, development has fixed but that was not my problem I had with it. AS is investigating on the stack.
AS->ABI: Please ignore existing comments inside this issue regarding timer handling in vcl added by PL. It describes another issue ! re-open issue and reassign to abi@openoffice.org
reassign to abi@openoffice.org
.
started
ABI->JS: For me not reproducable on a m169, neither in the respin nor in a m124 with patch from m169.
Tested on OOCm1 (patched) and also okay for me.
closing.