Apache OpenOffice (AOO) Bugzilla – Issue 7297
Unrecoverable error durring Master Document Template save
Last modified: 2013-08-07 14:43:31 UTC
Executing a Template/Save from a Master Document causes OO to fail. OO display it's "An Unrecoverable error has occurred." dialog. How to reproduce: start Writer choose File/New/Master Document choose File/Templates/Save enter any name for the new template e.g. aa choose Ok At this point OO show it "unrecoverable error" dialog. Looking in user\template shows that a 0 byte long .tmp file was already generated by OO before it failed. Confirming the error dialog with OK, causes a system exception to be thrown. My system debugger (VC7) shows a variety of different possibilites; general 0xC0000005 but with a varity of addresses When the exception is not handled (such as by choosing close on the WinXP standard application error dialog) results in a second exception. This may continue into a third exception but generally at this point soffice stop executing.
Michael, thanks for posting this issue. Duplicated on Win NT 4.0 SP6a, OO 1.0.1. Users instructions on reproducing the issue are good.
hello michael , i was able to replicate this bug on my machine . my machine's configuration is as follows System :PC OS:Windows XP Version:2002 the sequence used for replication was exactly the same . the results were slightly different . first i receive a message "an unrecoverable error has occured .all modified files have been saved and can probably be recovered at program restart" Then windows error report box pops up thrice wherein each time the error report is not send . Then the application crashes ... The replication details are really good..
ES->MBA: I think we can target to 1.0.3? Reprod'ed as described in 644p. Stack: TL644MI! String::String(class ByteString const &,unsigned short,unsigned long) + 113 bytes SFX644MI! WildCard::operator()(void) + 39 bytes SFX644MI! SfxFilter::GetDefaultExtension(void) + 60 bytes SFX644MI! SfxObjectShell::ExecFile_Impl(class SfxRequest &) + 12845 bytes SFX644MI! SfxStubSfxObjectShellExecFile_Impl(class SfxShell *,class SfxRequest &) + 15 bytes SFX644MI! SfxDispatcher::Call_Impl(class SfxShell &,class SfxSlot const &,class SfxRequest &,unsigned char) + 1243 bytes SFX644MI! SfxDispatcher::_Execute(class SfxShell &,class SfxSlot const &,class SfxRequest &,unsigned short) + 832 bytes SFX644MI! SfxBindings::Execute_Impl(class SfxRequest &,class SfxSlot const *,class SfxShell *) + 1646 bytes SFX644MI! SfxBindings::Execute_Impl(unsigned short,class SfxPoolItem const * *,unsigned short,unsigned short,class SfxPoolItem const * *) + 1416 bytes SFX644MI! SfxBindings::Execute(unsigned short,class SfxPoolItem const * *,unsigned short,unsigned short,class SfxPoolItem const * *) + 166 bytes SFX644MI! SfxVirtualMenu::Select(class Menu *) + 1268 bytes SFX644MI! SfxVirtualMenu::LinkStubSelect(void *,void *) + 15 bytes VCL644MI! Menu::Select(void) + 74 bytes VCL644MI! Menu::ImplCallSelect(class Menu *) + 28 bytes VCL644MI! Menu::LinkStubImplCallSelect(void *,void *) + 15 bytes VCL644MI! ImplWindowFrameProc(void *,class SalFrame *,unsigned short,void const *) + 6644 bytes VCL644MI! ImplWindowFrameProc(void *,class SalFrame *,unsigned short,void const *) + 1258 bytes VCL644MI! SalFrameWndProc(struct HWND__ *,unsigned int,unsigned int,long,int &) + 8114 bytes VCL644MI! SalFrameWndProc(struct HWND__ *,unsigned int,unsigned int,long,int &) + 1365 bytes VCL644MI! SalFrameWndProcW(struct HWND__ *,unsigned int,unsigned int,long) + 38 bytes USER32! 77d43a5f() USER32! 77d43b2e() USER32! 77d43d6a() USER32! 77d43dd0() VCL644MI! ImplSalYield(unsigned char) + 171 bytes VCL644MI! ImplSalYield(unsigned char) + 59 bytes VCL644MI! SalInstance::Yield(unsigned char) + 192 bytes VCL644MI! Application::Yield(void) + 95 bytes VCL644MI! Application::Execute(void) + 47 bytes SOFFICE! Desktop::Main(void) + 11264 bytes VCL644MI! SVMain(void) + 251 bytes SOFFICE! 011288a8() SOFFICE! WinMainCRTStartup + 308 bytes KERNEL32! 77e7eb69()
The simple reason is that we don't have a template filter for master documents and the code for "SaveTemplate" is not able to handle that. In StarOffice5.2 we had such filter, so please add the necessary template filters (for binary and XML format). Because I know that the master document does some dirty tricks with templates, I would recommend to test working with such templates thoroughly.
The old template filter was never working, so we decided to fix this bug as follows: for OOo1.0.3/OOo1.1: disable "Template-Save" or Master Documents (because there is no template filter that could be used) for OOo2.0: add a template filter
So I take it over again
.
Fixed for all builds >=644 and for OOo1.0.3
Eric, please verify this fix in the corresponding builds
ES->MBA: as tested, the fix is not yet in the current build. Please reassign to me when it's done. Don't omit the minor/build number! ;-)
Fixed in CWS CD5 - sorry, got confused x(
Reopened for QA
@es: please test this in CWS CD5.
fixed
Verified
Waiting for OOo2.0 to close (template filter will be added and menu entry "File - Template - Save" enabled"
As mentioned on the qa dev list on March 5th I will close all resolved <wontfix/duplicate/worksforme/invalid> issues. Please see this posting for details.