I give up, it makes no sense to put much time into this until Github clearly communicates the heuristic to detect the license.

Pushed new branch T26893-GitHubCompatibleLicenseFile.

We decided in the MITK meeting that is a complex issue regarding UI-integration at other places as soon as you have multi-label segmentations. That's why we propose to keep the functionality at your plugin for the moment.

We came to the conclusion that we need example data to reproduce this issue on our site. Can we arrange a transfer (see above)?

Pushed new branch T26888-FixUpBundleWritePermissionsOnMacOS.

Maybe Git is not in PATH?

This happens on Windows systems with the wrong checkout type for line endings. So not really a bug. We should investigate if the binary option is worth it anyway, as it is currently a big hassle to get patches right in the first place on Windows.

Will be fixed in CMake 3.16.1.

TODO: rMPT MITK-ProjectTemplate

Pushed new branch T25256-UnifyLicenseAndCopyright.

Found a very recent GItHub issue: https://github.com/openigtlink/OpenIGTLink/issues/218

A script to easily reproduce the error:

Pushed new branch T26887-OpenCVUpgrade.

Currently, the script is unfortunately the only option until Qt 6 possibly introduces package management. BTW, we should create a CI or FS-E scripts repository were I can push my script. Currently I am working on the script to also install the correct Visual Studio runtime on clean clients. Also OpenSSL is included in the latest installers but has to be selected explicitly.

Pushed new branch T26849-NoContinuousPolling.

I also made MITK_FAST_TESTING available as advanced superbuild option.

Pushed new branch T26845-RemoveProjectTemplateTests.

Pushed new branch T26752-Boost-RPATH-2.

Pushed new branch T26815-Fixes.

• Remove any mitk::RenderingManager and mitk::BaseRenderer::RenderingMode::Type parameters from function calls that generate corresponding compiler errors
• Unify access to the rendering manager by always using the static method mitk::RenderingManager::GetInstance()

Pushed new branch T26815-RemovePassingOfRenderingManagerAsParameter.

Thanks for the comments. The rendering manager is already designed to be a singleton and only a singleton. There's flexibilty in terms of a rendering manager factory that is used to determine the actual implementation of a rendering manager (like the QmitkRenderingManager) but still a singleton one. So I think we would not loose anything with the new approach compared to the current situation. I even think that the rendering manager should stay a singleton in the future as it is kind of a bridge to VTK and at the end of the day to the single OpenGL context of the application despite all the possible renderers (sharing that context). Calling RequestUpdateAll() all over the place is a caller issue anyway in my opinion and not a callee issue. If this should ever be a relevant performance issue with multiple editors, we could check if we really need to update specific render windows based on their visibility, if we're not already doing this.

Pushed new branch T26811-RenderingModePreference.

Pushed new branch T26653-MasterIntegrationFixes.