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

mime/multipart: setting Content-Type in multipart part prevents it being read in go 1.10 [1.10 backport] #25040

Closed
gopherbot opened this issue Apr 24, 2018 · 8 comments
Labels
CherryPickApproved Used during the release process for point releases FrozenDueToAge
Milestone

Comments

@gopherbot
Copy link

@FiloSottile requested issue #24041 to be considered for backport to the next 1.10 minor release.

@gopherbot please open a 1.10 backport tracking issue. See the discussion about what to backport in #24041.

@andybons
Copy link
Member

No movement on this. Moving to 1.10.3

@hcliff @ianlancetaylor

@andybons andybons modified the milestones: Go1.10.2, Go1.10.3 Apr 27, 2018
@Pomyk
Copy link

Pomyk commented Jun 1, 2018

This one cost us a few hours of debugging. Erlang hackney lib sends all multipart data with Content-Type.

@mvrhov
Copy link

mvrhov commented Jun 1, 2018

You are not the only one :P

@andybons
Copy link
Member

andybons commented Jun 1, 2018

We're not certain what the best way forward is. I’ve re-opened the original issue #24041 for discussion.

@FiloSottile FiloSottile modified the milestones: Go1.10.3, Go1.10.4 Jun 7, 2018
@facundomedica
Copy link

I'm getting this too! I thought that my problem was Docker or something like that.

@andybons andybons modified the milestones: Go1.10.4, Go1.10.5 Aug 24, 2018
@katiehockman
Copy link
Contributor

Triaging this now, it looks like all of this was resolved, and this issue can be closed. Is that correct? @ianlancetaylor

@ianlancetaylor
Copy link
Contributor

I believe so. Thanks.

@golang golang locked and limited conversation to collaborators Oct 30, 2019
@dmitshur
Copy link
Contributor

dmitshur commented Dec 5, 2019

This was backported to 1.10 release branch via CL 121075.

@dmitshur dmitshur added CherryPickApproved Used during the release process for point releases and removed CherryPickCandidate Used during the release process for point releases labels Dec 5, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
CherryPickApproved Used during the release process for point releases FrozenDueToAge
Projects
None yet
Development

No branches or pull requests

9 participants