search

OHIF / Viewers

OHIF zero-footprint DICOM viewer and oncology specific Lesion Tracker, plus shared extension packages
https://docs.ohif.org/
MIT License
3.12k stars 3.29k forks source link

[Bug] In MPR mode, SR localization jumps to wrong instances sometimes #4250

Open 03shek opened 3 months ago

03shek commented 3 months ago

Describe the Bug

In MPR mode, SR localization jumps to wrong instances (since it can become an inverted image stack) sometimes. Eg., default 1x1 viewport instance 1 is legs. Once in MPR mode, instance 1 is head in WB CT.

Phantom study that exhibits the bug without anatomy (pwd: "secrecy"): https://fileshare.uhn.ca/download/39c5d602-6f95-4882-8cff-e3c2fe7e38bf

Steps to Reproduce

  1. CT with default 1x1 viewport instance 1 is legs. Once in MPR mode, instance 1 is head in WB CT.

  2. Default viewport see legs on i=1.

  3. Make 2 measurements corresponding to i=1 (legs) and i=end (head). beginning

  4. Load MPR mode.

  5. Axial MPR mode i=1 shows head.

  6. SR localization becomes inverted/wrong

The current behavior

  1. Localize to measurement for legs, but viewport jumps to head. Measurement at this location stays yellow (ie, not current).

  2. Localize to measurement for head, but viewport jumps to legs. Measurement at this location stays yellow (ie, not current). mpr_localized

  3. Exiting MPR mode to Common Hanging protocol 1x1 does not fix this, only dragging series into 1x1 viewport does. triedtorestore

The expected behavior

  1. Localize to measurement for legs, and viewport jumps to legs. Measurement at this location is green (ie, current).
  2. Localize to measurement for head, and viewport jumps to head. Measurement at this location is green (ie, current).

OS

Windows 10

Node version

000000

Browser

Chrome 126.0.0

sedghi commented 3 months ago

I think i know what is happening