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
| Status | Assigned | Task | ||
|---|---|---|---|---|
| Open | None | T24398 Dicom plugin: Retrieve does not work | ||
| Open | None | T29317 Clean up DICOM Browser plugin |
We tried
Tested it with DIPP 2017.02.9000 (based on MITK 2016.3.99-049f5b6c) on SIDT-PC14 query and retrieve worked there.
Tested DICOM query/retrieve with Radiant
Okay, so this sounds to me as if it is nothing MITK specific here. I close this task, please re-open if you disagree.
This does still not work (Retrieve from wdB fails, when going throw the "Checkliste DICOM Browser".
I have to look into this.
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?
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...
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. :/
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.
Sorry, I do not even have the slightest memory of even writing this. I didn't find anything in my working copies. Oh boy... 🙈