Fiddler Ideas

The free web debugging proxy for any browser, system or platform.

Bug in the hyperlinks in the raw inspector

When crawling a site using Wget and Fiddler as a proxy, the hyperlinks created in the raw inspector are not correct, they include the HTTP/1.1 in the URL


User-Agent: Wget/1.19.1 (mingw32)
Accept: */*
Accept-Encoding: identity
Connection: Keep-Alive


The HEX view looks good and there's a space between the URL and HTTP/1.1

To demonstrate the bug I ran this WGET command against telerik site to reproduce the error on a public site

wget -r -p -k -e use_proxy=on -e http_proxy= -e https_proxy=


When clicking on the URL in the raw inspector I get 



going to this page in Chrome directly also gives the same result in the raw inspector.


See the screenshots attached.



  • Guest
  • Jul 21 2017
  • Under review
  • Attach files
  • Guest commented
    20 Dec, 2017 04:11am

    I cannot reproduce this in Windows 7 Enterprise (6.1.7601 Service Pack 1 Build 7601) using Fiddler v4.6.20173.38786 (Built: Friday, September 15, 2017). Screenshot attached.

  • Guest commented
    27 Jul, 2017 11:37am

    also seeing this problem in windows 10

    Major  Minor  Build  Revision
    -----  -----  -----  --------
    10     0      15063  0

    really annoying, better not to use at all in raw viewer HTTP/1.1 as a fast solution

  • Guest commented
    22 Jul, 2017 10:03am

    I have this problem on Windows 10 - version 10.0.15063

  • Eric Lawrence commented
    21 Jul, 2017 06:29pm

    This is ultimately a bug in the underlying Windows custom control, which is apparently has become over-eager and does not treat the space after the URL as a terminator for the URL itself.

    I can confirm this behavior in Windows 10 10568.962. I don't recall seeing this bug before, so it would be interesting to know what OS versions this issue reproduces on; perhaps it slipped into the Microsoft Common Controls sometime in Windows 10?

  • +1