Hi, from what I've been reading, it seems this issue might be fixed? I read on T26264 that it might be fixed with a CMake variables related to the DCMTK dictionaries; although I'm not sure how could I implement it myself, while waiting for the next release (we're still developing on top of 2018.04.2). Thanks a lot for the effort, this error seemed very difficult to pinpoint.

Thank you @nolden , for your input. Apologies for the delay, I was needing to use my machine and could not get around to do the full compilation of the code with the master branch as @floca mentioned before (below the comment, for context)

I will try to build with the current master. I will post here my findings.

Hi, just to let you know I uploaded the data to the ftp with the instructions sent. I sent the full information about the location of the file to Ralf. Could you please confirm you are able to access it? Many thanks.

Hello, my email is

Sorry for the long delay. Thank you for your help.

I got some more feedback from one of our users which I think might be related to this problem.

On computer A our own built (and packaged) work well.

Apologies for the delay in response..

Only one file in the stack was chosen on both cases.

Hello, sure. Please let me know if you need clarification, I am writing this with some haste, so I might not be as thorough or clear in my explanations.

I tried using the Logging as @floca suggested, however I am not familiar with what I should be looking for (attached MitkWorkbench_.log file). I tried downloading the MITK Workbench binaries corresponding to v2018.04.2 and got the same error, attaching the screenshot.