[Bug] requestTransferSyntaxUID
config param no longer works after upgrading from v3.7.0 to v3.8.x
#4369
Labels
Awaiting Reproduction
Can we reproduce the reported bug?
Describe the Bug
We are upgrading from v3.7.0 to v3.8.x and noticed that OHIF sends the
transfer-syntax
twice in theAccept
HTTP headerwhen it downloads image data:
Our related configuration:
I think I found the relevant change and it was even pointed out in the PR that it might cause issues:
https://github.com/OHIF/Viewers/pull/3883/files#r1446325019
I don't yet understand how other changes in the PR resolve this issue.
If I use the
acceptHeader
config param instead, like so:then it seems to work fine, but this is not right, because
type
depends on the value oftransfer-syntax
and we shouldn'tbe duplicating this logic for setting the acceptHeader.
All in all, it seems like
requestTransferSyntaxUID
can no longer be used on its own. Would you agree?I think the right solution would be to remove the unconditional
acceptHeader.push('transfer-syntax=*');
.What do the maintainers think?
The documentation on
requestTransferSyntaxUID
should also be updated I think:https://github.com/OHIF/Viewers/blob/v3.8.3/platform/docs/docs/configuration/configurationFiles.md?plain=1#L128
Thanks a lot, looking forward to your feedback.
Steps to Reproduce
Try viewing any DICOM image with the above config setting
The current behavior
A
transfer-syntax="*"
is always appended to theAccept
header regardless of therequestTransferSyntaxUID
setting in the config file.The expected behavior
There should be only one
transfer-syntax
in theAccept
header and it should be the one set asrequestTransferSyntaxUID
in the config file.OS
ubuntu
Node version
18.16.1
Browser
Version 123.0.6312.86 (Official Build) (64-bit)
The text was updated successfully, but these errors were encountered: