You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
Using 'Code' tab to generate cURL injects an extra Content-Type from 'Body' dropdown-menu instead of honoring the already set Content-Type from 'Headers' tab. Because of this, we have to manually remove the additional --header 'Content-Type: text/plain' \ everytime we want to run a request that has our custom json format
To Reproduce
Steps to reproduce the behavior:
Create a new Request
Go to 'Headers' tab and add a new Content-Type (using any type you'd like that isn't selectable from the 'Body' tab dropdowns.
Go to 'Body' tab and select 'raw' 'text' and fill the body with any random json
Go to 'Code' tab and select cURL in the left pane
i. Notice that Content-Type `--header 'Content-Type: text/plain' has not been added
Exit the 'Code' popup window and click 'Code' tab again
i. Notice that Content-Type `--header 'Content-Type: text/plain' is now present and causes Content-Type conflict fo requests
Expected behavior
Content-Type set in the 'Headers' tab should be the ultimate source of truth, Postman shouldn't try to add an extra header here when Content-Type is already present.
App Type: Native App
Postman Version: 7.21.2
OS: Windows 10 Pro
The text was updated successfully, but these errors were encountered:
Describe the bug
Using 'Code' tab to generate cURL injects an extra Content-Type from 'Body' dropdown-menu instead of honoring the already set Content-Type from 'Headers' tab. Because of this, we have to manually remove the additional
--header 'Content-Type: text/plain' \
everytime we want to run a request that has our custom json formatTo Reproduce
Steps to reproduce the behavior:
i. Notice that Content-Type `--header 'Content-Type: text/plain' has not been added
i. Notice that Content-Type `--header 'Content-Type: text/plain' is now present and causes Content-Type conflict fo requests
Expected behavior
Content-Type set in the 'Headers' tab should be the ultimate source of truth, Postman shouldn't try to add an extra header here when Content-Type is already present.
The text was updated successfully, but these errors were encountered: