Page MenuHomePhabricator
Create Task
Maniphest T2817

MITK crashes on close after some Bundles have been closed
Closed, ResolvedPublic
Actions

Description

To reproduce:
Open a SandboxApp with InteractiveSegmentation on.
Close InteractiveSegmentation.
Close MITK.
->Crashes in mitkMessageDelegate1 (in mitkMessage.cpp).

Call Stack: (first few)

	Qmitk.dll!mitk::MessageDelegate1<QmitkDataStorageComboBox,mitk::DataTreeNode const *,void>::Execute(const mitk::DataTreeNode * t=0x0c18ccc8)  Line 219 + 0x1a bytes	C++
	mitkCore.dll!mitk::Message1<mitk::DataTreeNode const *,void>::Send(const mitk::DataTreeNode * t=0x0c18ccc8)  Line 712 + 0x20 bytes	C++
	mitkCore.dll!mitk::DataStorage::EmitRemoveNodeEvent(const mitk::DataTreeNode * node=0x0c18ccc8)  Line 190	C++
	mitkCore.dll!mitk::StandaloneDataStorage::Remove(const mitk::DataTreeNode * node=0x0c18ccc8)  Line 113	C++
	Qmitk.dll!QmitkStdMultiWidget::RemovePlanesFromDataStorage()  Line 410 + 0x2f bytes	C++
	liborg_mitk_gui_qt_commond.dll!QmitkStdMultiWidgetEditor::PartHidden(cherry::SmartPointer<cherry::IWorkbenchPartReference> partRef={...})  Line 140 + 0xe bytes	C++
	liborg_opencherry_uid.dll!cherry::MessageDelegate1<cherry::IPartListener,cherry::SmartPointer<cherry::IWorkbenchPartReference>,void>::Execute(cherry::SmartPointer<cherry::IWorkbenchPartReference> t={...})  Line 193 + 0x3c bytes	C++

Related Objects
Search...

Event Timeline

• schwarzt added projects: MITK, Bugzilla.Nov 2 2009, 11:31 AM
• schwarzt added a subscriber: • schwarzt.Nov 4 2009, 8:38 PM

Actually, MITK is crashing whenever a bundle is closed, then MITK is closed.

Reassigned to Sasch; Raised severity to critical.

zelzer added a subscriber: zelzer.Nov 6 2009, 9:08 AM

This is not a bug in the application framework. It is a problem of the QmitkDataStorageComboBox. ExtApp does not crash on my computer when closing views, you must have a view activated which uses QmitkDataStorageComboBox.

baumhaue added a subscriber: baumhaue.Nov 6 2009, 9:49 AM

let's see if I'm still able to fix a bug...

maleike added a subscriber: maleike.Nov 6 2009, 10:00 AM

actually not a 3M bug, InteractiveSegmentation is not part of 3M, instead org.mitk.gui.qt.segmentation is relevant

• schwarzt added a comment.Nov 6 2009, 10:38 AM

Also appeares with segmentation.

baumhaue added a comment.Nov 7 2009, 6:44 PM

bugfix2817.patch

bugfix2817.patch6 KBDownload

baumhaue added a comment.Nov 7 2009, 6:50 PM

ChangeRequest

ChangeRequest.txt622 BDownload

baumhaue added a comment.Nov 7 2009, 6:51 PM

Varying event/observer mechanisms lead to calls to objects that were already destroyed. QmitkSlicesInterpolator and QmitkDataStorageComboBox do not destroy those callbacks at their own destruction.

Attached a patch and a change request, that work's for me.

baumhaue added a comment.Nov 9 2009, 10:00 AM

[SVN revision 19946]
FIX (#2817): MITK crashes on close after InteractiveSegmentation has been closed

Varying event/observer mechanisms lead to calls to objects that were already destroyed. QmitkSlicesInterpolator and QmitkDataStorageComboBox do not release those

baumhaue added a comment.Nov 9 2009, 10:16 AM

please test

MITK · MIC · IMSY · DKFZ