Apache OpenOffice (AOO) Bugzilla – Issue 50188
Accessibility: Crash in table wizard in special case
Last modified: 2006-05-31 14:29:06 UTC
requirements: JRE 1.5.0_03 with Accessbridge 2.0beta1 and switched on accessibility (support assistive tools) 1. create a standard (hsql) data source 2. start the table wizard and check cathegory: personal 3. choose all fields, push: next, next, finish -> office crashes clu: works fine with different other java versions or access bridges (as i have tried) - seems that only this combination crashes - this requirements are common used in accessibility area (repro also on the pc of es and wg)
insert keyword: accessibility
Created attachment 28854 [details] Stack of a m124 installation
BC->MAV: According to MBA this is yours. Please see Stacktrace attached
I can not reproduce the originally provided stacktrace, and the stacktrace itself does not provide enough information even to identify the place of the crash in sfx2. In my case the office allways crashed with the call stack attached below. The crash happens in vcl window destructor because the window seems to be closed already. SSA suspected that one of parent windows could be closed without closing the dialog control, as result the control window was closed without notifying the control. MAV->FS: The control and a dbaccess part of the dialog seems to be your area, could you please take a look.
Created attachment 28933 [details] The crash in vcl window descructor.
fs->oj: ColumnControlWindow not properly cleaned up? Or accessing some already-dead children in it's dtor?
now really re-assigning ....
Fixed in cws dba201c
clu->oj: like we have spoken, there is another case to check, if it is also fixed with your fix (you can repro it on the 'gnomeland' pc or on pc of wg) requirements: look like a problem with JDS & Gnome (repro on two jds & gnome pc - not repro on two suse pc with 680m130 and 131) 1. create a standard (hsql) data source 2. start the table wizard and select all proposed fields (by default) 3.push: 'next' several times, then 'finish' => office crashes (sometimes freezes) like we have spoken, i will send you the error report number when it is available (until now not appear in report tool)
clu->oj: like we have spoken, there is another case to check, if it is also fixed with your fix (you can repro it on the 'gnomeland' pc or on pc of wg) requirements: look like a problem with JDS & Gnome (repro on two jds & gnome pc - not repro on two suse pc with 680m130 and 131) 1. create a standard (hsql) data source 2. start the table wizard and select all proposed fields (by default) 3.push: 'next' several times, then 'finish' => office crashes (sometimes freezes) like we have spoken, i will send you the error report number when it is available (report is sended, but until now not appeared in report tool)
Please verify. Thanks. re-open issue and reassign to clu@openoffice.org
reassign to clu@openoffice.org
reset resolution to FIXED
verified in cws => both cases fixed (tested on jds/gnome and winxp with proper environment)
verified in master (src680m138)