Error deleting a dicom study or retrieving a study using REST API about dicom-server HOT 3 CLOSED

Hi @mhassaninmsft, can you clarify what tool you're using to send the GET request? If you enabled the Swagger UI, that's not currently supported due to accessibility issues.

I did just check your scenario against the Postman collection, and I was able to retrieve a study as a multipart response successfully. Looking at your request, there are two things that stand out:

• When specifying the content type in either the Accept or Content-Type header, you need to include surrounding quotes, like Accept:multipart/related; type="application/dicom". According to the spec, the media type is surrounded by quotes when a multipart response is requested.
• You don't include a Content-Type header in a WADO-RS request since there's no body.

Please let me know if this works for you!

from dicom-server.

And the spec does say that the media type param value can be quoted or unquoted - that's a bug on us.

edit: this is generally true, but not in this case, see below

from dicom-server.

Correction of above - our current handling of quotes is correct according to the Dicom standard:

• according to 8.7, in general, media type parameter values can be quoted or unquoted (i.e. text/html; q=0.3 and text/html; q="0.3" are both valid)
• according to 8.7.1, in the special case where the media type is multipart/related there must be a type parameter present, and it must be quoted (i.e. multipart/related; type=application/dicom is not valid)

Closing this issue - thanks for raising it!

from dicom-server.