I think there may have been a recent change/bug to Postman where it adds a Content-Type header to all requests. This is a problem for us since the 3rd-party API we consume doesn’t like when this header is specified for GET requests.
It’s also a problem for our team when using the Postman tool as it shows our requests have been modified (circle on the tab header) even though we have just opened it. We are warned that we have unsaved changes when we close the request tab down and have to click “Don’t save” every time.
Is there a way to prevent this header from appearing? Again, I don’t think this was happening in the past.
I am currently running the latest version of Postman:
Postman for Windows
Version 6.4.1
win32 6.1.7601 / x64
Thanks for your comment. I didn’t realize that the Content-Type was always auto-added.
If that’s the case, then maybe a better definition for the bug is: Content-Type auto-added for GET requests.
Here are the steps to reproduce.
Have any GET request saved - I have a collection on the left-hand side with several of them.
Close all requests down so that only a new “Untitled Request” remains open.
Click on any GET request to load it into the editor.
Notice that there will be a Content-Type set in the Headers section.
Manually delete/uncheck the header from being applied.
Hit Save
Close the request
Open the request again
Notice that the request is in a modified state (circle on header) and that Content-Type has re-appeared. This is a bug - Content-Type is not applicable to GET requests and should not be auto-added.
Here some more info/observation.
The new/rewritten from scratch GET that works has different info in the “body” in the project export. I’ve cut it down to the minimal stuff below. I “suspect” that maybe this happened when a test was copied & modified?
In any case, is there a way to correct it within Postman or do we have to recreate all GET tests that have this issue?
GOOD CASE
“body”: {
“mode”: “raw”,
“raw”: “”
},
For all GET requests having this issue, a workaround can be:
Change the request method to POST
Change the body type to form-data in the Body tab
Switch back to GET
Make sure Content-Type header is removed
Save the request.
After this Postman would no longer auto add Content-Type headers for GET requests.
Also, we have started work on Custom Request Methods and better handling for body for all request methods including GET. This will give more visibility on the actual stored body for the requests.
Sujay!!! Thanks so much!
Updated this morning & it’s been working like a champ.
Thanks again for such a quick & painless turnaround. I couldn’t believe this was waiting on me this morning. It saved me a ton of time & hassle.
Postman ROCKS!!!
You can close this ticket.
Thank You!! This helped me solve an issue with Post and Content-Type stubbornly set to application/xml when I needed text/xml. Once I set the method option to Get and then added my own Content-Type, I noticed that Postman woon;t add the default COntent-Type. I then set the method to Post again a,d sent my request and it worked with 200 return code!
