Proxyman 2.19.0 on Windows: Incomplete Display of Hexadecimal Request Bodies and Lack of JSON Decoding Support

[aa1134665908]

Description
When using Proxyman version 2.19.0 on Windows to view request bodies containing hexadecimal data, the application fails to display the complete content. Additionally, the Windows version lacks JSON compatibility for decoding such content.

Steps to Reproduce
Install Proxyman version 2.19.0 on a Windows system.

Intercept a request containing hexadecimal data in the body.

Attempt to view the full request body in Proxyman.

Try to use JSON decoding for the hexadecimal content.

Current Behavior
Proxyman fails to display the complete hexadecimal content in the request body.
The Windows version does not provide JSON compatibility for decoding the hexadecimal data.
Expected Behavior
Proxyman should display the full hexadecimal content in the request body without truncation.
The Windows version should offer JSON compatibility or an alternative method to properly decode and display hexadecimal data.
Environment
App version: Proxyman 2.19.0
Windows/Linux version: Windows (latest version)

bug.mp4

[NghiaTranUIT]

@aa1134665908 are you sure it's a JSON Text? It looks like it's encoded by some algorithm. If yes, please check the Content-Encoding header in your Request and share with me.

By default, if the body is text base, Proxyman tries to parse it as a JSON and prettify it

[aa1134665908]

@aa1134665908 are you sure it's a JSON Text? It looks like it's encoded by some algorithm. If yes, please check the Content-Encoding header in your Request and share with me.

By default, if the body is text base, Proxyman tries to parse it as a JSON and prettify it

Thank you for your request for more information. I can provide you with the headers of a request that demonstrates this issue:

user-agent: Mozilla/5.0 (Linux; U; Android 4.1.1; ja-jp; T-01D Build/F0001) AppleWebKit/533.1 (KHTML, like Gecko) Version/4.0 Mobile Safari/533.1 NEWSAY
connection: close
accept-encoding: identity
content-type: application/json; charset=utf-8
content-length: 172

As you can see, the content-type is set to application/json with UTF-8 charset. However, the body contains hexadecimal data, not JSON. In the Mac version, Proxyman automatically handles this discrepancy and displays the data correctly. In the Windows version (2.19.0), the hexadecimal data is not fully displayed, and there's no option to decode it properly.

Could you please investigate why the Windows version is unable to display the full hexadecimal content and why it lacks the automatic decoding feature present in the Mac version?

[kics223w1]

Yes we can. I will try to reproduce this issue and fix it.

[NghiaTranUIT]

@aa1134665908 to work around this, please open the Raw Tab, select your text body -> Right Click -> Show as Base64.

It will decode your base64 string to JSON and auto prettify it

[NghiaTranUIT]

@kics223w1 it's a bug. If a body is a string, please show the body in the body too. Currently, it displays as a Hext in the Body Tab

[kics223w1]

Okay I will fix this.