It's a common practice to compress binary payloads inside WebSockets using zlib.deflate, though in Fiddler they are displayed as binary dump. It's quite simple to analyze two trailing bytes of a binary packet, and if they are equal to 0xFFFF you could try to apply zlib.inflate to that packet. If it succeeds, replace the binary contents with its unzipped text equivalent.
WMBR, George Hazan.
This is a feature that's present in both the Firefox and Chrome dev tools, and it's incredibly useful. Fiddler is already great, and that would make it so much better :-)
HTTP/2 has been a standard since mid-2015. All major browsers support it, but adoption is slow because there no good debugging tools. I want to take advantage of pipelining, server push, etc that comes with HTTP/2 which makes it easier to adopt packages like gRPC. Having a good debugging story (both capture as well as insertion / modification) would make this more possible
It'd be extremely useful if Fiddler could have the ability to do filtering non-destructively, where filtering doesn't drop data/entries/lines altogether, but rather, merely hiding them from display.
This enables the ability for you to do multiple levels/layers/slices of filtering, as there's very often a need for doing on any given capture session. Currently, however, when you filter on something, the capture data gets dropped from the data/result set, lost altogether.
Process Monitor by Microsoft/Sysinternals has this ability, and it's extremely useful, allowing you to not only do layers of filtering, but also allowing the ability to traverse back up the "stack" 1..n filter layers, and if/when needed, able to un-filter all the way back up to baseline of all capture data shown (and without having to re-load a session save).
Procmon also has the ability to "Drop filtered events", which when enabled does destructive filtering, dropping any non-filter-matching packets from that point forward:
This would also be handy to have, but not crucial; much more beneficial/important is the ability to filter non-destructively.
There are many organization which do not allow admin rights and also are against installing any sniffing tools. However, fiddler is a very useful tool. It works by extracting in the installer exe with 7zip. However, thats still a trouble or unknown solution for many. It fiddler is also available as portable tool, then browser hooks may not work, rest is fine.
As it stands today, the "Show only traffic from" combobox in the Filters tab will show the process name, its process ID and its window title, if one is available.
However, command line applications, like dotnet.exe do not show any additional information, which can make it harder to distinguish them when there are multiple instances running.
At that point one needs to open task manager to find the process with the expected command line and figure out its process ID.
If the drop down were to show the process full command line, it would eliminate this extra step.
I'm using the feature to right-click on requests and show or hide them heavily. It would be very nice to have this functionality from the QuickExec. Especially a ShowOnly by URL would be very nice. When using Fiddler for debugging the process ID may change frequently so that is not a good basis for filtering. On the other hand a modern development machine makes so many requests - if you have a few browser tabs open - that selecting hide for all is very inconvenient.
I investigate responses from . And Fiddler is tool for this.
But now I need logs from Fiddler for 2-5 days and compare responses.
Fiddler grabs a lot of memory during 1 day and may cause my PC out of memory.
Automate autosaving saz files 4 hours with time-date in saz name, clear capture dialog and do it in the loop each next 4 hours.
Fiddler is a great tool & Composer an excellent feature of it. I frequently have to reboot my dev. PC for various reasons (actually it crashes a lot) and loosing my Composer URL history is a painful consequence. Could the URL history be retained between invocations? I use a set of about a dozen different endpoints frequentl, so a history size of 12-20 would likely be enough.
It would be even better if the last used request header and/or body and/or type (POST/GET/..) and/or Protocol (HTTP/1.1 etc.) for each URL could also be saved but perhaps that is asking too much.
Bless you for making this tool.
It would be great to have an option in the textWizard to convert an epoch date to a human-readable date.
Like: 1530417600 to "GMT: Tuesday 13 August 2019 08:32:48"
It would be great to have 2 options:
- convert epoch time to human readable time (GMT timezone)
- convert epoch time to human readable time (Local timezone)
Thanks for creating one of the most useful tools ever!
Is there any way to disable underlining of URL in Raw Inspector tab? It is very annoying when you try to copy part of the request but in fact open the link in the browser instead.
When right-clicking a session and going into the "Filter Now" context menu, there's a filter option at the bottom which filters by Content-Type. Very useful. However, when using Fiddler's ALT-click function on the session list, ALT-clicking on a particular session's Content-Type column value (in order to select all sessions with that same content-type), it factors in subsequent content-type parameters as a unique content-type.
For example, if back-to-back sessions for a particular website were content-types "application/json" followed by "application/json; charset=utf-8", ALT-clicking on one of their content-type entries in the Content-Type column would not select the other, since ALT-click would view them as different content-types. However, if you right-click either of them and Filter-Now by its content-type (application/json), this will filter both sessions despite the additional parameter appended onto the content-type of the latter session -- this is the more useful methodology, in my opinion.
The Filter-Now rule as it stands is the most/more useful of the two methods, since base content-type is almost always what's most important (in my experience).
Can the ALT-click functionality on Content-Type column values mirror the Filter-Now functionality in only looking at base Content-Type of a session? It would be most useful if so, especially since "charsets" can vary so widely/dynamically across sites, when trying to quickly hone-select on all sessions with application/json (or similar), for example.
Would really appreciate a proper machine based installation again, user-based installs are difficult to manage in corporate/enterprise environments & the psuedo machine install of redirecting install folder & creating new shortcuts isn't great, especially if as you mention yourself extensions wont work.
I understand the advantage of not needing admin rights to install programs, but surely most of the targeted audience for this application would either A) have admin rights, or B) be in a managed environment with deployment software in use (and potentially white-listing/App Control software preventing unauthorized apps to run anyway)
For Fiddler to be able to recognize the Edge Chromium process.
To add the Context Menu to Auto replay from the Ribbon Bar where we see the IE Icon and by right click in the request frame to replay it.
The first screenshot shows where I would like to see the Edge Chromium listed under.
The second illustration, shows the Context menu Revisit In option.