-
-
Notifications
You must be signed in to change notification settings - Fork 747
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[BUG] POST Http request has extra data (hex numbers) in body #1242
Comments
@vlaskal I have found the root cause for the issue. Fortunately, you can opt out from that behaviour by setting the property to true, in which case the content will be set as it is. Please change the IClient in your sample to
|
@artyomabrahamyan thank you for hint. It will help for sure. Is this behaviour exected as default? I think that my case is not special and I think something should change to be more straight forward. |
This is the default behaviour actually, since by default refit is designed in the way that there is no need to load everything into the memory and the request body can be formed for example from the file. You may see more information here: Body Content. However, the stream has its start and end markers, 0 for example means the end(another hex like 3D or 3F is usually put into the begining). If you find yourself uncomfortable with this default behaviour you may configure your desired behaviour from the config also Line 90 in 246ee8d
by setting Buffered to true. Hope that helps. |
Hi Thanks for help. I am closing it. |
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
Describe the bug
Http POST request with serialized body content contains unexpected hexadecimal numbers. Numbers wrap the whole regular content. See bellow to captured request:
Steps To Reproduce
Expected behavior
Serialized body should contain only expected serialized content.
Screenshots
Environment
Additional context
The text was updated successfully, but these errors were encountered: