Closed odemolliens closed 3 years ago
Hello @sylank! any news regarding this issue? (Opened 7 days ago..)
Hello, @odemolliens,
In my last PR I have updated the dependencies and moved the project to gomod
. It was a chore and a bugfix PR.
I think Go has changed something in the standard HTTP library because the Content-Type
header field is not included in the request by default. We have faced this issue in internal service-to-service communication.
I have just fixed the issue and I am testing it locally. I will send a PR as of today.
Thank you for the issue report. Our testing workflow went through this "bug" so I need to fix it on this repo as well.
@odemolliens, I merged and released the patch, could you validate the fix? It will be available under the 0.12.6
step version.
BTW: I checked our test workflow too and it was green (and the step operated well) in April. I started a test workflow on the master branch and it failed with the issue that you mentioned in this issue report. SOO I think GitLab changed something in the API during the time 😺 .
Issue fixed 👍
Troubleshooting
Useful information
Issue description
Without any change in our bitrise configuration or in the YAML, this step stopped working with always the same error:
{"error":"The provided content-type '' is not supported."}
I tested the same call with cURL (by using same parameters) and it's working fine.
I have added some extra logs to debug the call and then we can see:
Bitrise info
{"error":"The provided content-type '' is not supported."}
Steps to reproduce