Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | cannot execute macros in embedded form documents | ||||||
---|---|---|---|---|---|---|---|
Product: | Base | Reporter: | Frank Schönheit <frank.schoenheit> | ||||
Component: | code | Assignee: | mikhail.voytenko | ||||
Status: | CLOSED FIXED | QA Contact: | issues@dba <issues> | ||||
Severity: | Trivial | ||||||
Priority: | P3 | CC: | issues, kai.sommerfeld, kamataki | ||||
Version: | 680m86 | ||||||
Target Milestone: | OOo 2.0 | ||||||
Hardware: | All | ||||||
OS: | All | ||||||
Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||
Developer Difficulty: | --- | ||||||
Attachments: |
|
Description
Frank Schönheit
2005-03-16 13:54:59 UTC
Created attachment 23896 [details]
document to reproduce the bug case
correction: executing the macro works exactly once after opening the document. Then, you have to close and re-start OOo to make it work again. more precise :-\ : - open the form - press the button => macro is executed - close the form - open the form - press the button => macro is not executed accepting fs->mba: It seems the SfxBaseModel does not notify an OnLoad event. Thus the OfficeDocumentsManager (a helper implementation by KSO which tracks open documents) does not know about the document, and thus cannot find scripts therein. Note that this bug renders scripting in Base effectively useless, which is a heavy restriction :( This should be a duplicate to #i43920#. The CWS is currently in QA, but you can verify if the fix works here also. . *** This issue has been marked as a duplicate of 43920 *** no it isn't - it still happens in CWS fwkfinal1 fs->mba: The windows version of fwkfinal1 still shows the problem Mikhail, the bug now has changed: the events are sent properly, but if you open the form a second time and click on the button, the tdoc UCP complains about wrong storage and on closing the document the tdoc UCP still complains about getting an OnUnload for an unknown document. Please note that in CWS fwkfinal1 the tdoc UCP has been changed to listen for the "new" events "OnCreate" and "OnLoadFinished" instead of "OnNew" and "OnLoad". The problem was that the FinishedLoading message was sent before the document was registered in global broadcaster. The scenario worked for the first time just because tdoc ucp library is loaded on demand, in this case it was loaded during pressing to the button, after that it used a different mechanics to detect already opened documents. The second time the tdoc ucp is already loaded and expects all the new documents to send the FinishedLoading notification that didn't happen. The fix is integrated into fwkfinal2 cws, unfortunately it can not be checked there, and integration of the fix after fwkfinal1 is in master might be too late. So I set the bug to fixed. No possibility to verify before integration into the master. So it is handled as a development bug. looks good in m89, at least with respect to executing the macro multiple times. Submitted issue 46262 for the zillions of assertion which are now raised once the macro has been run once. This issue seems to have occurred on my Fedora 7 box with OOo2.3 (upgraded from the 2.2 as shipped with the distro). Can confirm that the biblio db test fails. I am using OO 2.3 upgraded from 2.1 If I open a form and use it then I can edit the button and assign the macro. Then it will work until OO Base is restarted and is then broken again. I have 1 form with hundreds of scripts and macros assigned to 79 buttons so this is a major problem for me and our hospital. Seems this issue crept in into 2.3 after it had been fixed for 2.0 already. It had been re-submitted as issue 81217, and will be fixed for 2.4. |