Incorrect Value Multiplicity (VM) for "ReferencedSOPSequence" DICOM Tag
Bug description I was verifying the STOW-RS response DICOM Tag "(0008,1199) ReferencedSOPSequence" which is supposed to return the successfully stored instances as a result of the STOW-RS operation.
As I was cross-verifying the tag and it's VM I saw in the browser (see link here) that the VM=1 for this VR=SQ element, which doesn't make sense. Why would a "sequence" attribute only allow for 1 value, especially if STOW-RS could technically support a multipart file with multiple instances?
Steps for reproduction Call STOW-RS with a multipart file and store with 2 DICOM instances. You will see multiple values in the "(0008,1199) ReferencedSOPSequence" DICOM tag, which according to the DICOM standard browser is only supposed to have VM=1
Expected behavior "(0008,1199) ReferencedSOPSequence" tag should have VM=1-n
Additional context (e.g. screenshots)