Skip to content

Non-compliant Content-Type header for multipart media type #26290

@ijakus

Description

@ijakus

Affects: 5.x


Two months ago similar issue has been submitted but has already been fixed and released so I'm opening a new one.

I also came across a server that is not robust enough and fails when charset is used as a parameter inside Content-Type header for multipart media type. As specified by RFC7578, only boundary is a required parameter and there are no optional parameters.

I'm submitting an issue for FormHttpMessageConverter. Same logic applied as a fix for #25885 can probably be used in this situation also.

Edit:
I know there is a workaround where one can use setMultipartCharset() to prevent charset from showing in header. In my opinion it would be better if Content-Type header was aligned with specification and it worked in same fashion as MultipartWriterSupport now works.

Metadata

Metadata

Assignees

Labels

in: webIssues in web modules (web, webmvc, webflux, websocket)type: bugA general bug

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions