I pushed my local branch to remote for others to continue working on it. The related differential {D705} has been updated and will remain open.

It seems as if setting a new layout leads to a RenderingManager::ForceImmediateUpdate, which repaints the render windows.
This is triggered by renderWindowWidget->show() inside the QmitkMultiWidgetLayoutManager, which happens everytime the Standard Display is opened or the layout of the MxNMultiWidget is modified.
This in turn calls QmitkRenderWindow::resizeGL, where mitk::RenderingManager::GetInstance()->ForceImmediateUpdate(renderWindow()); is called.

Pushed new branch to rMITK MITK: feature/T29273-Decouple-TimeNavigationController-from-SliceNavigationController.

I pushed my local branch to remote for others to continue working on it. The related differential {D594} has been updated and will remain open.

Pushed new branch to rMITK MITK: feature/T26959-Show-outline-of-labelsetimage.

I remember that we had this topic before, is it the same issue : T28778: "Use constraint zooming and panning" is only applied after reinit/restart?

I tried it and couldn't reproduce it with the 2021 installer.
But it happened also with the 2022.04 installer.

In T29528#246507, @a178n wrote:

Hi @kalali
The issue should be resolved now. You may test the latest develop and close it.

In general this might be a problem also for other views because closing the workbench removes the render window part listener: m_RenderWindowListeners.remove(renderWindowListener) in QmitkViewCoordinator::PartClosed. This leads to the issue that the Segmentation view does not listen to the render window part being closed anymore.
Thus in the current scenario the render window part is NOT set to nullptr in the Segmentation view and in turn an invalid access is made when destroying the Segmentation view.

{D743} has been abandoned. Future work can use the the pushed branch as a baseline for a new context menu actions interface.
This was all started in the context of creating a new context menu that can be used elsewhere (not only in the datamanager). Now that T29025: Preference service (access) based on cpp microservices has been resolved we can start working on the parent task as well.

This is not solved with {D795}, right? I can still see slicer->GetRenderer() in line 926, so the render window is still retrieved from the slice navigation controller, which requires the getter to be available in the slice navigation controller.

I rebased this to the latest develop and pushed new branch to rMITK MITK: feature/T25057-Clean-IContextMenuActions for someone else to take over.

@floca Part of this task is done with landing the related diff, introducing the new crosshair-data.

Updated task description since the class has been refactored. However, the issue still exists, but now it is - as far as I can see - only abut getting the visibility etc. which can easily be refactored.