Apache OpenOffice (AOO) Bugzilla – Issue 22982
ImpressPhotoAlbum as "Template" crashes OO
Last modified: 2004-07-14 17:13:58 UTC
The same findings were replicated in Win2000, WinXP, & Linux Debian (Woody with OO from Sarge-testing version 1.1.0-2, latest) on PIII 800MHz, 512MB SDRAM, ATI Rage Pro 32MB, and enough HD space. When the file from ( http://sourceforge.net/projects/ooomacros/ ) is either saved as a "Template" or when the original file is palced in the "~\share\template\english\presnt\" folder, lanching Impress and selecting "ImpressPhotoAlbum" results in one of two outcomes: 1) OO crashes: When the presentaion wizard launched, a) uncheck the "preview" option b) Select "From Template" c) choose the file "ImpressPhotoAlbum" d) select (check) the "preview" option to crash! If it did not crash, click or right click on the preview window. The message "An unrecoverable error has occured...." shows. I was able to replicate the crash every time. The Error Reporting launched in WIndows and I reported the crash twice. Inorder to load the template without crashing OO, click "create" after step C) above, then outcome #2 occurs 2) When the template loads, clicking on the button does not run the macro. I presume that this is another bug in OO and not in the ImagePhotoAlbum macro. I do not know if this should be filed as a seperate bug. This also occured in WinXP, Win2000, and Debian Woody. Thanks
Reassigned to Christian.
I have added the URL of the bug reported to the Sourceforge OOMacros Website bug # 849364: http://sourceforge.net/tracker/index.php? func=detail&aid=849364&group_id=87718&atid=584152 Thanks
Set to new and change the target
I can reproduce the bug. I can give you the file. Please have a look.
Accepted.
The crash takes place in StdTabController::activateTabOrder() (toolkit/source/controls/stdtabcontroller.cxx). Here the XControl xC is asked for its peer casted to XVclContainerPeer. The peer exists but the cast leads to an empty reference which is then referenced without asking for its validity (is()). Adding the later prevents the crash and the template can be instantiated. The preview of the autopilot, however, does not show the form control.
To obtain the bugdoc document, follow the link above to ooomacros, select the "Impress Photo Album Creator", download the ImpressPhotoAlbum-2003-11-25.zip and install the .sxi file like described above.
Moueen, I'd like to ask you to submit an extra issue for the macro not running. Two things I noticed here: - It seems the document was created with StarOffice 5.x - the assigned macro does not have an "application:" or "document:" prefix. You may want to change this (simply re-assign the macro), and try again. - I am not sure how the macro handling is defined for newly created documents. Since they do not yet have a storage location, the usual (path-oriented) security settings may not apply.
I'll fix the crash, but I'll submit a separate issue for the form controls not displaying in the preview. Reasons: - the crash is much more serious than then controls not displaying - Even in StarOffice 5.2, the controls did not display in the preview - and nopbody ever complained, so I don't think that it's really a show stopper :)
issue 28366 is about the form controls not showing up in the preview
the crash is fixed in CWS dba12.
Created attachment 15980 [details] sample presentation template
Since the original document does not exist anymore, I attached a sample document for reproducing the crash.
reopening for reassign to QA
fs->cgu: please verify in CWS dba13 (http://eis.services.openoffice.org/EIS2/servlet/cws.ShowCWS?Id=1349&Path=SRC680%2Fdba13)
argh. The CWS is dba12, not dba13. Sorry.
fixed in cws dba12
verified in cws dba12
Integrated in src680m47 on Sols, Lin, Win.