Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

MPR will load for one series then not load for any others within the same study [ 3.8.0-beta.35] #3873

Closed
BrandonDatUHN opened this issue Jan 2, 2024 · 5 comments
Assignees
Labels
fixed-in-dev-await-release This issue is fixed in master (viewer-dev) but we are pending testing for release (viewer.ohif.org)

Comments

@BrandonDatUHN
Copy link

Describe the Bug

When using MPR in basic mode only one series can be loaded in MPR, any subsequent series will not work.

Series selected when MPR clicked [PET AC]
image

Drag another series in [CT Images]
image

or close MPR, select the CT and click MPR - same result
image

Steps to Reproduce

Version number: 3.8.0-beta.35
Commit hash: 5915fad

Method 1

  1. Go to https://viewer-dev.ohif.org/viewer?StudyInstanceUIDs=1.3.6.1.4.1.14519.5.2.1.7009.2403.871108593056125491804754960339
  2. Select the [PET AC] series 1 and click MPR - MPR should load fine
  3. Drag the [CT Images] series 2 into to axial view port
  4. CT will display as a grey rectangles in all 3 viewports

Method 2

  1. Go to https://viewer-dev.ohif.org/viewer?StudyInstanceUIDs=1.3.6.1.4.1.14519.5.2.1.7009.2403.871108593056125491804754960339
  2. Select the [PET AC] series 1 and click MPR - MPR should load fine
  3. Close MPR
  4. Select the [CT Images] series 2 and click MPR
  5. CT will display as a grey rectangles in all 3 viewports

The current behavior

Only the first MPR selected will display properly. When selecting a second (either via drag and drop or closing MPR and opening it on another series) the second will not render.

It does not matter if PET is first or CT is first.

The expected behavior

Users should be able to select a second image set to view in MPR.

OS

Windows 10

Node version

viewer 3.8.0-beta.35

Browser

Chrome 120.0.6099.130 (Official Build) (64-bit)

@salimkanoun
Copy link
Contributor

+1 I see the same bug

@sedghi
Copy link
Member

sedghi commented Jan 9, 2024

I tried and this was introduced after HTJ2K additions

@sedghi sedghi added Bugs Bug reported, reproducible, and verified. Awaiting Reproduction Can we reproduce the reported bug? and removed Awaiting Reproduction Can we reproduce the reported bug? labels Jan 9, 2024
@wayfarer3130
Copy link
Contributor

Fixed in cornerstonejs/cornerstone3D#990

@sedghi
Copy link
Member

sedghi commented Jan 11, 2024

You can update your cornerstone versions and it is fixed now, until I push a PR to fix upstream.

@sedghi sedghi reopened this Jan 11, 2024
@sedghi sedghi added Bugs Bug reported, reproducible, and verified. fixed-in-dev-await-release This issue is fixed in master (viewer-dev) but we are pending testing for release (viewer.ohif.org) and removed Bugs Bug reported, reproducible, and verified. labels Jan 12, 2024
@sedghi
Copy link
Member

sedghi commented May 1, 2024

We just release the OHIF 3.8, you can find more details here https://ohif.org/release-notes/3p8/
If you still encounter this issue in 3.8, please re-open this.

@sedghi sedghi closed this as completed May 1, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
fixed-in-dev-await-release This issue is fixed in master (viewer-dev) but we are pending testing for release (viewer.ohif.org)
Projects
None yet
Development

No branches or pull requests

4 participants