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.

Sign up for GitHub

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

Jump to bottom

MediaTypes::getMultiPartRelatedType: merge parameters of passed MediaType to returned MediaType #308

Closed
gunterze opened this issue Jun 21, 2018 · 1 comment
Closed

MediaTypes::getMultiPartRelatedType: merge parameters of passed MediaType to returned MediaType #308

gunterze opened this issue Jun 21, 2018 · 1 comment
Assignees
@gunterze
Labels
improvement
Milestone
5.15.1

Comments

@gunterze
Copy link
Member

Rational:

There is no clear specification about, how to specify options of a media type itself specified as (mandatory) type option of a multipart/related content type in an HTTP Accept header. If (e.g.) multipart/related;type=application/dicom;transfer-syntax=1.2.840.10008.1.2.4.70 or multipart/related;type="application/dicom;transfer-syntax=1.2.840.10008.1.2.4.70"

s. https://stackoverflow.com/questions/36332842/how-to-specify-to-accept-multipart-related-content-type-with-particular-content
@gunterze gunterze added this to the 5.13.3 milestone Jun 21, 2018
@gunterze gunterze self-assigned this Jun 21, 2018
@gunterze gunterze reopened this Nov 30, 2018
@gunterze gunterze modified the milestones: 5.13.3, 5.15.1 Nov 30, 2018
@gunterze
Copy link
Member Author

Fix failure to return multipart/related instead value of parameter type as media type, if there are additional parameters than type.

patrick-peer pushed a commit to patrick-peer/dcm4che that referenced this issue Oct 17, 2019
@gunterze
MediaTypes::getMultiPartRelatedType: merge parameters of passed Media…
6562bc1 
…Type to returned MediaType fix dcm4che#308
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@gunterze gunterze

Labels
improvement
Projects
None yet
Milestone
5.15.1
Development

No branches or pull requests
1 participant
@gunterze