Page MenuHomePhabricator

Dicom plugin: Retrieve does not work
Open, HighPublic

Description

The last steps from the checklist ("press retrieve button") don't work. No data is available at Local Storage.
Querying to wdb works.
The error (in the log console) is:

: Requesting Association
I: Association Accepted (Max Send PDV: 16372)
207.16 core.mod.apputil.baseApp ERROR: setting value to 0
207.16 core.mod.apputil.baseApp ERROR: GET Request failed: No valid Study Root GET Presentation Context available
I: Releasing Association

Event Timeline

kislinsk added a subscriber: kislinsk.
kislinsk removed a subscriber: kislinsk.

We tried

  • MITK 2016.11 and 2016.03. Also there, retrieve didn't work.
  • public servers instead of wdb (dicomserver.co.uk). We could not perform a query there.
  • computer with public ip. Nothing changed.
  • gdcmscu command line tool. Could query data, but not a retrieve
  • build the ctk dicom query retrieve widget. Query worked. We are not sure if query worked. No error was shown.
  • changing the configuration of DICOMQR at wdb-admin. didn't help either.
  • test old DIPP version. Does query work there?
  • test to connect to public servers outside DKFZ
  • test radiant viewer to do query

Tested it with DIPP 2017.02.9000 (based on MITK 2016.3.99-049f5b6c) on SIDT-PC14 query and retrieve worked there.

Here is a log from a working q/R session.

Tested DICOM query/retrieve with Radiant

  • PC with DKFZ net, with proxy
    • wdb
      • query does work
      • retrieve does not work
    • dicomserver.co.uk
      • query does not work
  • PC with eduroam
    • dicomserver.co.uk
      • query to dicomserver.co.uk does work
      • retrieve does not work

Okay, so this sounds to me as if it is nothing MITK specific here. I close this task, please re-open if you disagree.

gaoh claimed this task.
gaoh lowered the priority of this task from High to Normal.
gaoh added a subscriber: gaoh.

This does still not work (Retrieve from wdB fails, when going throw the "Checkliste DICOM Browser".
I have to look into this.

gaoh removed gaoh as the assignee of this task.Jan 9 2020, 10:05 AM

This issue is not wDB related, but MITK related:
Query with CGET activated and then Retrieve:
Retrieve does not work, MTIK directly shows:

Retrieve Preocess Finished

Also deactivating CGET does not help, after Query has been performed.

But Retrieve is working, when Querying with CGET deactivated!

For the Retrieve part CGET can be activated or not, the retrieve works in both cases.

@gaoh could you check if the problem is solved either with the branch or as soon as it is in develop?

gaoh removed gaoh as the assignee of this task.Nov 25 2020, 3:36 PM
gaoh raised the priority of this task from Normal to High.

So for the current develop:
With or without CGET activated. When trying to Retrieve a dataset after Query, I get an Exception:

Exception thrown at 0x00007FFDDAFB158B (CTKDICOMCore.dll) in MitkWorkbench.exe: 0xC0000005: Access violation reading location 0x0000000000000010.
Unhandled exception thrown: read access violation.
**this** was 0x10.

@gaoh Could you please specify which PACs you used to provoke the error. Or did it have this problem with multiple systems?

Oh sorry, I thought it was clear, because the title is wDB related:
I used the wDB. I did not test it with a different PACs system, but I can try and report back...

gaoh renamed this task from Dicom plugin: wdb Retrieve does not work to Dicom plugin: Retrieve does not work.Dec 1 2020, 10:59 AM

So I tested it with Orthanc (without CGET only):
With 2018.04.2 retrieve works. With the current develop branch MITK crashes with the same exception:

Unhandled exception at 0x00007FFC46F88BED (CTKDICOMCore.dll) in MitkWorkbench.exe: 0xC0000005: Access violation reading location 0x0000000000000010.

So it is independent of the PACs system.

I just tried to retrieve data from dicomserver.co.uk and I am able to query and kind of retrieve data. A repeated retrieve even tells me that existing files are overriden. At least that is what the console output tells me. But where are the retrieved images supposed to be stored? And shouldn't the retrieved images appear somewhere in the DICOM editor?

I looked into the dicombrowser plugin and found out that the directory on Windows is something like %APPDATA%/../Local/Temp/TmpDicomFolder.************. However I didn't see pop up any files after retrieve.

I noticed that the whole plugin is a complete mess BTW and urgently needs at least some clean up to see all the potentials for improvements and bug fixes. :/

floca added a subscriber: kislinsk.

I noticed that the whole plugin is a complete mess BTW and urgently needs at least some clean up to see all the potentials for improvements and bug fixes. :/

Our side or also the CTK part.

Hm, lets put it as known issue and discuss its priority when we plan the spring release.

thank you for looking into that matter.

Our side or also the CTK part.

Hm, lets put it as known issue and discuss its priority when we plan the spring release.

Only looked into our side so far. I'll create a separate task and push my clean-up that I already did so far.

Our side or also the CTK part.

Hm, lets put it as known issue and discuss its priority when we plan the spring release.

Only looked into our side so far. I'll create a separate task and push my clean-up that I already did so far.

Have you pushed your clean ups? Not that your efforts get lost. 😉

Have you pushed your clean ups? Not that your efforts get lost. 😉

Sorry, I do not even have the slightest memory of even writing this. I didn't find anything in my working copies. Oh boy... 🙈