When I click a patient in the default list of recent studies, the patient names move order and a different patient name opens
Using OHIF 3.7, running the pre-built Docker Hub image, connected to DCM4CHEE archive with a reverse proxy (Traefik)
Demonstration here: it was easier to show with a video
Updated to the latest OHIF image on a demo server and I can’t reproduce the problem so far. I will keep testing.
I was able to reproduce the problem even using the latest OHIF version with my current setup (Traefik reverse proxy), however not with the plain Docker image and demo data (no reverse proxy).
For example, if I open OHIF in 2 browser tabs and sort one by name and one by date, the issue with the strange behaviour of the patient list described above will continue.
For now, it seems that setting experimentalStudyBrowserSort: true, has resolved the issue.
I am wondering if it is related to the reverse proxy I am using.
Another update: unfortunately the issue is still happening with the latest OHIF version and the experimentalStudyBrowserSort: true setting. It seems that any time I change the sort settings in the list of studies, this abnormal behaviour will happen.
It is only mixing up studies performed on the same day. When I have a list of studies performed on different days it is not occurring. I will set up a test without the reverse proxy and a DCM4CHEE server with a range of studies on the same day to see if I can replicate the problem.
Glad of any help related to this!
this is old flag, pull the latest master and it should fix it
Still happening with the latest… and with or without the experimentalStudyBrowserSort
My setup is DCM4CHEE secured with Keycloak (according to DCM4CHEE documentation) and Traefik reverse proxy.
I’m trying now without any Keycloak authentication or reverse proxy to see if I can reproduce the issue. I’m also wondering if it is an issue with the DICOM tags that my modality is sending to DCM4CHEE.
Confirming that the same thing is happening without any proxy/authentication, using the latest ohif docker image.
Here is my full docker-compose.yml: ---services: ldap: image: dcm4che/slapd-dcm4chee:2.6.7-33.0 log - Pastebin.com
Here is my full app-config.js: /** @type {AppTypes.Config} */window.config = { routerBasename: '/', / - Pastebin.com
The datasource section for dcm4chee in app-config.js:
{
namespace: '@ohif/extension-default.dataSourcesModule.dicomweb',
sourceName: 'dcm4chee',
configuration: {
friendlyName: 'Static WADO Local Data',
name: 'DCM4CHEE',
qidoRoot: 'http://radio-demo.example.com:8080/dcm4chee-arc/aets/DCM4CHEE/rs',
wadoRoot: 'http://radio-demo.example.com:8080/dcm4chee-arc/aets/DCM4CHEE/rs',
qidoSupportsIncludeField: false,
supportsReject: true,
supportsStow: true,
imageRendering: 'wadors',
thumbnailRendering: 'wadors',
enableStudyLazyLoad: true,
supportsFuzzyMatching: false,
supportsWildcard: true,
staticWado: true,
singlepart: 'video',
bulkDataURI: {
enabled: true,
relativeResolution: 'studies',
},
},
OHIF section in docker-compose:
ohif:
image: ohif/app:latest
ports:
- 3000:80
volumes:
- ./app-config.js:/usr/share/nginx/html/app-config.js
restart: unless-stopped
So either the problem is to do with the way the XR modality software is sending to DCM4CHEE causing issues with the way OHIF displays, or a problem with OHIF viewer.
Thanks for your advice!
I have also tried clearing the browser cache/incognito window/using different browsers.
I was wondering if it is because we have multiple users accessing OHIF at the same time - but I can reproduce the problem from a single browser.
Looking for advice for troubleshooting - is this likely a DICOM issue specific to my XR modality software? Is it a DCM4CHEE archive issue? Or an OHIF issue?
Update on the sorting issue:
I’m using the docker image v3.10.0-beta.14 but I haven’t built from source code… I am assuming that means I am using the master branch?
It seems that the problem of the patient names randomly moving is only when the “default” sort is applied or sortDirection=ascending. When any filters are applied (such as sorting by date descending or patient name) the list stays in the correct order. Also - the sortDirection=ascending seems to be reversed - the studies are listed oldest first.
Could be related to this issue? Instances deploy out of order · Issue #3303 · OHIF/Viewers · GitHub
I noticed that our studies all have InstanceNumber = 1 in the DICOM tags.
Attached 2 separate studies to show the DICOM tags relating to instance
*some edits to clarify
This bug was fixed by the OHIF team. Thanks so much! See [Bug] Patient list - selected patient changes randomly when clicked. (OHIF v3.10 beta/DCM4CHEE in Docker) · Issue #4580 · OHIF/Viewers · GitHub
