Page MenuHomePhabricator

Qt Designer Plugins not installed on Windows
Closed, ResolvedPublic

Description

From NifTK discussions at UCL:

Hi John,
Are your plugins appear like reg_aladin on the attached screenshot? No parameters, just generic empty checkboxes for about and help...
If that is the case then your installation is missing:

CTKDICOMWidgetsPlugins.dll
CTKWidgetsPlugins.dll

You can probably find these dlls under here:
*build_folder*\CTK-build\CTK-build\bin\designer\Release\
but the path is not added via cmake, so the .bat files and CPack will fail to include the dlls. I noticed this issue last Thursday, but I was on holiday and didn't have time to report or fix it.
I will look into this today, hopefully it won't take long to correct the cmake files.

Gergely

Event Timeline

I don't have a Windows build handy right now. Looking at the install rules, I don't know why the CTK Qt plug-ins shouldn't be installed. Need to investigate this later.

Is problem described above stemming from an install tree?

For a build tree, the search path for Qt plug-ins is not encoded in the batch file but in the .ini file instead:

https://github.com/MITK/MITK/blob/master/Applications/Workbench/MitkWorkbench.ini

It stems from running "make package", and then installing the package, and the DLLs are not there.

Do people run "make install". At one point MITK was not meant to be used like that? Although I could never see much difference between make install and make package... in that if one worked, so did the other.

M

I could reproduce the problem on my Windows VM. I am sure it was working once...

Right, "make package" calls "make install" with a custom install prefix.

[1298ff]: Merge branch 'bug-18064-ctk-qt-plugin-installation-broken'

Merged commits:

2014-09-10 21:22:06 Sascha Zelzer [659f08]
Fix installation of CTK Qt plugins.

We had a work around for this.

I removed our work around, and cherry picked Sascha's fix into our NifTK/MITK/niftk branch, and it worked.

So, Im closing this.