Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

OHIF viewer requests frames with Accept: transfer-syntax=* header which is not supported by Orthanc

See original GitHub issue

Bug Report

Describe the Bug

I tried to setup OHIF v3 (bug can be reproduced with OHIF v2 too) with local orthanc server as described in documentation. Images loaded to orthanc are displayed correctly on list of images and can be downloaded through its UI, but when I’m launching viewer for selected image I’m getting black window instead of image (thumbnail is also empty).

Above issue is caused by failing GET request:

GET /dicom-web/studies/2.25.33821232590408129531920511982967717759/series/2.25.72291574555945918176759302442880844677/instances/2.25.319280037670054236943789430461364251103/frames/1 HTTP/1.1

Host: localhost:3000
User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:93.0) Gecko/20100101 Firefox/93.0
Accept: multipart/related; type="application/octet-stream"; transfer-syntax=*
Accept-Language: en-US,en;q=0.5
Accept-Encoding: gzip, deflate
DNT: 1
Connection: keep-alive
Referer: http://localhost:3000/viewer?StudyInstanceUIDs=2.25.33821232590408129531920511982967717759
Cookie: i18next=en-US
Sec-Fetch-Dest: empty
Sec-Fetch-Mode: cors
Sec-Fetch-Site: same-origin

Looks like Orthanc server does not accept Accept: transfer-syntax=* header for uncompressed data and throws following error when viewer tries to fetch frame:

orthanc_1  | E1022 19:14:43.249920 PluginsErrorDictionary.cpp:111] Exception inside the plugin engine: Bad request     
orthanc_1  | E1022 19:14:43.325805 PluginsManager.cpp:164] Bad request: DICOMweb RetrieveFrames: Cannot specify a transfer syntax (*) for default Little Endian uncompressed pixel data

What steps can we follow to reproduce the bug?

Setup local orthanc server as described in documentation.

Issue Analytics

State:
Created 2 years ago
Reactions:1
Comments:5

Top GitHub Comments

3reactions

sheep-techcommented, Sep 21, 2022

Orthanc transcoding syntax was introduced in Orthanc 1.7.0 Documentation. So you simply update the .docker\Nginx-Orthanc\docker-compose.yml file orthanc image version to like 1.11.0, for example:

services: orthanc: image: jodogne/orthanc-plugins:1.11.0

I think the master branch should use this version by default.

3reactions

DimChibcommented, Dec 17, 2021

I meet the same problem also. The solution in my case was to install the newest version of orthanc server, to start the local orthanc server. The error message doesn’t appear anymore and the images can be displayed in the OHIV viewer.

Top Results From Across the Web

Problem with thumbnails running OHIF viewer with orthanc

I'm having trouble seeing thumbnails with the OHIF viewer with Orthanc on an ... PluginsManager.cpp:164] DICOMweb RetrieveFrames: Transfer syntax "" is ...

DICOMweb plugin — Orthanc Book documentation

This official plugin extends Orthanc with support of the DICOMweb protocols. ... the value transfer-syntax=* in the Accept HTTP header for WADO-RS requests....

fo-dicom/fo-dicom - Gitter

Disponse(); but now not display error and also not download dicom image since ... DicomCMoveRequest request = new DicomCMoveRequest("ORTHANC", StudyInsUid);

OHIF - Bountysource

Failed to get frame details from dicomweb-server to render in OHIF viewer $ 0 ... but if the page is refreshed the Bearer...

Orthanc behind NGINX CORS Issue - help - Meteor forums

Hi Everyone, I have integrated OHIF Viewer with Meteor and here we ... No 'Access-Control-Allow-Origin' header is present on the requested ...