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
Mountebank HTTP Imposter should support request bodies in encoding other than the default UTF-8. This would ensure that special characters outside the UTF-8 character set (such as certain extended ASCII characters or specific binary data) can be sent and received without being mangled.
Actual behaviour
When sending requests with bodies in an encoding other than UTF-8, Mountebank records the request, but the body is mangled if the encoding contains special characters unsupported by UTF-8. This limitation results in loss or corruption of data, making it impossible to handle certain types of encoded requests accurately.
Steps to reproduce
Set up an HTTP imposter in Mountebank.
Send an HTTP request with a body containing special characters or data encoded in a format other than UTF-8 (e.g., binary data).
Observe that the request body in the recorded request is corrupted or mangled (cannot be safely converted back into format it was sent in)
Software versions used
OS : Windows 10
mountebank : latest mountebank docker image
node.js : not applicable since I am using docker container based mountebank
(only if installed via npm)
Installation method :
(npm, zip, tar, pkg, deb, rpm)
Log contents in mb.log when running mb --loglevel debug
Not applicable
The text was updated successfully, but these errors were encountered:
Expected behaviour
Mountebank HTTP Imposter should support request bodies in encoding other than the default UTF-8. This would ensure that special characters outside the UTF-8 character set (such as certain extended ASCII characters or specific binary data) can be sent and received without being mangled.
Actual behaviour
When sending requests with bodies in an encoding other than UTF-8, Mountebank records the request, but the body is mangled if the encoding contains special characters unsupported by UTF-8. This limitation results in loss or corruption of data, making it impossible to handle certain types of encoded requests accurately.
Steps to reproduce
Software versions used
Log contents in mb.log when running mb --loglevel debug
The text was updated successfully, but these errors were encountered: