Apache OpenOffice (AOO) Bugzilla – Issue 39203
Crash when two Java Wizards are opened
Last modified: 2013-02-24 21:07:20 UTC
Open the Table Wizard from a Base document. Go to another doc, choose File - Wizards - Web Page. Office freezes, must be closed by taskmanager. Later on, recovery is not possible, and crash reporter crashes.
JA: I was able to reproduce a hangup if you start the table wizard from within the database component and then opening the web wizard (on Linux). Changing platform
BC->SB: As we discussed the bug should be a bit deeper...
How to reproduce: - Start soffice -swriter with empty writer document - "File - New - Database...", "Finish", "Save" - In the new database document, select "Tables" and then "Use Wizard to Create Table..." - "Table Wizard" dialog appears, leave it alone - In the empty writer document, choose "File - Wizards - Web Page..." - soffice hangs The main thread has the m_aMutex of a dbaui::OApplicationController instance locked, executes the "Table Wizard" dialog, yields, and wants to acquire the Solar Mutex. The "Web Page" wizard runs in a new thread, which has the Solar Mutex. It wants to create a new writer document, which leads to the (partial) stack #13 osl_acquireMutex #14 dbaui::OApplicationController::getModel #15 libfwk680li.so #16 framework::FrameListAnalyzer::impl_analyze #17 framework::FrameListAnalyzer::FrameListAnalyzer #18 libfwk680li.so #19 libfwk680li.so #20 SfxViewFrame::SwitchToViewShell_Impl #21 SfxTopViewFrame::SfxTopViewFrame #22 SfxTopFrame::InsertDocument Thus, the deadlock is obviously caused by OApplicationController holding its m_aMutex while executing the "Table Wizard," and simultaneously trying to acquire its m_aMutex in an unrelated getModel call.
grabbing for myself
fixed in CWS dba22
re-opening for verification by QA
fs->ja: please verify in CWS dba22
JA: soffice crashes when web wizard is called An unexpected exception has been detected in native code outside the VM. Unexpected Signal : 11 occurred at PC=0x40A27CF3 Function=_ZN8SvStream4SeekEm+0xBD Library=/localhome/myhome/staroffice8-beta/cws_dba22/program/libtl680li.so Current Java thread: at com.sun.star.bridges.jni_uno.JNI_proxy.dispatch_call(Native Method) at com.sun.star.bridges.jni_uno.JNI_proxy.invoke(JNI_proxy.java:204) at $Proxy56.execute(Unknown Source) at com.sun.star.wizards.ui.UnoDialog.executeDialog(UnoDialog.java:585) at com.sun.star.wizards.ui.UnoDialog.executeDialog(UnoDialog.java:611) at com.sun.star.wizards.ui.UnoDialog.executeDialog(UnoDialog.java:626) at com.sun.star.wizards.table.TableWizard.startTableWizard(TableWizard.java:251) at com.sun.star.wizards.table.CallTableWizard$TableWizardImplementation.trigger(CallTableWizard.java:126)
JA: reassign issue to fs
fs->ja: Please verify the issue in a windows version, there it works fine. With the Linux version, there are several issues: - the english web wizard doesn't start at all. This happens in both SRC680m70 and CWS dba22, and is issue 40282 - in the german version, the web wizard starts, but crashs (see below) - When you copy a proper german resource file (dbw680de.res) into an english installation (dbw680en-US.res), then - the web wizard does not start when invoked from the backing window - the web wizard starts when invoked from another open document, but then crashes. This crash is the same as the one you're experiencing here, and the same as in the second item above This is true for both CWS dba22 and m70, so this is no CWS regression I don't know wether there are already issues for the latter problems. However, BC mentioned that there currently are a lot of issues for the web wizard in the master build ...
JA: tested in cws dba23 using the wntmsci10 nonpro build this issue doesn't seem to be fixed. I get a hangup if I start the web wizard if the database table wizard is started at the same time.
JA: reassigned to fs
pushing out to CWS dba24. The real fix was in dba22, but could not be verified there, because the web wizard was broken in the master.
fs->ja: please verify in CWS dba24 re-open issue and try to reassign to ja
try to reassign to ja
try to reset resolution to FIXED
JA: verified in cws dba24
verified in m89 Windows: no crash when those two wizards are open