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
Since I upgraded my n8n instance to 0.222.0 I'm having issues with the HTTP request node. To be specific, when the HTTP request node gets a binary file, it now incorrectly sets the mime type in n8n.
Getting a jpeg file before 0.222.0:
Getting a jpeg file after 0.222.0:
In both cases the content-type header from the file source is set to image/jpeg.
To Reproduce
Steps to reproduce the behavior:
Create a workflow with a HTTP request node
Execute the HTTP request node once you set it to get any binary file from any source
See that the mime type in n8n is set to text/plain, regardless of the content-type header from the binary file source
Expected behavior
I expect n8n to look at the content-type header from the binary file source and use it to set the mime type within n8n.
Environment (please complete the following information):
OS: Ubuntu 22.04.02 LTS
n8n Version: 0.222.0
Node.js Version [e.g. 16.17.0]
Database system: MariaDB
Operation mode: main
Additional context
I have downgraded my n8n instance to 0.221.2 and I can confirm that this bug isn't present there.
The text was updated successfully, but these errors were encountered:
Describe the bug
Since I upgraded my n8n instance to 0.222.0 I'm having issues with the HTTP request node. To be specific, when the HTTP request node gets a binary file, it now incorrectly sets the mime type in n8n.
Getting a jpeg file before 0.222.0:
Getting a jpeg file after 0.222.0:
In both cases the content-type header from the file source is set to
image/jpeg
.To Reproduce
Steps to reproduce the behavior:
text/plain
, regardless of the content-type header from the binary file sourceExpected behavior
I expect n8n to look at the content-type header from the binary file source and use it to set the mime type within n8n.
Environment (please complete the following information):
Additional context
I have downgraded my n8n instance to 0.221.2 and I can confirm that this bug isn't present there.
The text was updated successfully, but these errors were encountered: