Fiddler displays the information in a more organized way. In case advanced debugging is needed! Fiddler can be scripted to modify web requests/responses on the fly. It’s also worth to note that Fiddler can import HTTP sessions from a number of formats including HTTP Archives from browser developer tools & Wireshark captures from the File > Import Sessions menu!įile > Import Sessions to import from a number of formats including of course Wireshark packet captures!Īs mentioned before, Fiddler can be used to debug all web traffic from any application on the machine, but Fiddler’s powerful debugging engine particularly shines through when: It boils down to this: Whatever you choose remains a matter of personal preference and the nature of the issue that is being tackled. There is an issue with a specific element on the page. In Fiddler’s session list we can see all requests and it’s very clear which ones do not return an expected response code. The latter point is highlighted when the web page with the issue requests data from multiple domains (which is the case with almost all web pages anyways) and we are not sure which HTTP request is causing the issue. Take for example the sessions below from a request to load the page at where the page loaded normally except for some elements like a referral to a domain which was blocked by the proxy:įiddler shows exactly which HTTP requests had issues Maybe a certain element on the web page is loaded from a URL that is not allowed on the proxy? Fiddler will show exactly that in a less messy way than Blue Coat’s Policy Trace.
0 kommentar(er)
