change authorization by raw,fiddler inserted Invisible characters

Progress® Telerik® Fiddler™ Classic Feedback Portal

Create an account Log In

Back to Feed

Request a Feature Report a Bug

Unplanned

Last Updated: 18 Sep 2025 04:19 by chen

chen

Created on: 05 Sep 2025 16:34

Type: Bug Report

change authorization by raw,fiddler inserted Invisible characters

When I modified the authorization content of the request through the raw tab and submitted it, the content-length should have been 140, but it became 142, causing the server to return a 500 response, although the content appeared normal. After comparing the hexview with Charles, it was indeed found that there were two extra dots. However, when I modified the authorization content of the request through the hexview tab and submitted it, the content-length was the normal 140 without any abnormal characters being automatically inserted.

4 comments

chen

Posted on: 18 Sep 2025 04:19

Hi,

[I can't repro the addition of a CRLF at the end of the RAW viewer unless I put one there]:

I don't have this problem with all requests here. This bug should only be triggered when modifying Authorization in specific types of requests.

[Your best bet for editing a Header value is to use the Headers inspector.]:

I'm not sure if I'm using the Headers inspector you mentioned. I modified it in the option in the red box in the picture below.

[but Telerik/Progress aren't really fixing things in Fiddler Classic anymore]:

So,let it go,at least hexview works good,and charles is also an option。

Eric

Posted on: 17 Sep 2025 21:37

I can't repro the addition of a CRLF at the end of the RAW viewer unless I put one there, but Telerik/Progress aren't really fixing things in Fiddler Classic anymore, so the point is somewhat academic.

Your best bet for editing a Header value is to use the Headers inspector. The Headers inspector does not even have access to the body bytes, so there's no chance of them being inadvertently changed.

chen

Posted on: 16 Sep 2025 02:28

Hi,thank you for your explanation.

1.I only modified the character content and never pressed the Enter key. Why does CRLF occur
2.I modified Authorization but not content. As you said, 0d0a is a CRLF character, and it suddenly appeared in content

Eric

Posted on: 15 Sep 2025 21:02

0D 0A is the carriage-return/line-feed pair that represents a new line in Windows. To prevent it from being in the body, you want to backspace the cursor to the end of the prior line.