@Pl45m4 said in QGraphicsScene and event handling: Due to optimization, not the whole scene is redrawn after operation, so if somehow some painted path/region of a (re-)moved or resized item exceeds the boundingRect, this area might not get updated. Therefore remains might stay visible. This indeed was one problem. The other one was that despite the call to removeItem(), the item stayed in the BSPTree, because the boundingRect changed without a previous call to prepareGeometryChange() (which I had everywhere except in this hidden case). Clearly my fault! Overall, this is not very fault tolerant and also not easy to debug! In a way, it would be nice to have a function that could be called (during debugging) to do some consistency checking, rather than only finding out much later during a paint event.

Interface is the keyword here: interface != widget. You build a widget with the interface you defined but the interface itself is not a widget.

Thank you all for the valuable information you have given me! In the end I got around the inability to use the main event loop by running my new part on a separate thread, with this pattern: QThread myThread; MyNewPart newPart; newPart.moveToThread(&myThread); /* Connect(...) QThread::started -> MyNewPart::run*/ myThread.start(); Everything works without changing the code :)