Once I had gotten Fiddler to run (had to tell Mono to run in 32 bit mode) and I had re-created the settings.txt file, I received this error when trying to capture traffic: Fiddler/FiddlerAttach.applescript:7:87: execution error: /bin/sh: USB,127.0.0.1,8888,on,127.0.0.1,8888,on,0,0,off,0,0,off: command not found (127)
There are some Files, fiddler needs write privileges: rm: cannot remove '/opt/fiddler/listeningProcess.txt': Permission denied rm: cannot remove '/opt/fiddler/gsettings.txt': Permission denied rm: cannot remove '/opt/fiddler/proxiesFromInterfaces.txt': Permission denied ... If this file is stored with the exe file, it is not possible to install fiddler in /bin or /opt and run without root privileges. I think it would be good to locate that file in the users home folder or in /tmp.
Sometimes,I need to know response json node's count,but I can only paste it into the json editor to see the quantity. Please check the pictures in the attachment.
I'm using Fiddler v4.6.20173.38786 (Built: Friday, September 15, 2017). When I click on the Customize Rules menu entry there is a message box that says "Unable to load Fiddler for code-completion support". After I click OK to that the Fiddler script editor will open normally.
Thanks for the note! P3P is now pretty much defunct (Windows 10 dropped it). The redirector can be retargeted to the URL: https://web.archive.org/web/20080901012040/https://msdn.microsoft.com/en-us/library/ms537343.aspx#unsatisfactory_cookies
Fiddler swaps out the real proxy settings for localhost when in use. When you disconnect or close it, it restores the proxy settings. However, if the system crashes or power fails while Fiddler is in use, upon rebooting the real proxy settings are of course missing, they're still set to localhost. I would expect that if were to then run Fiddler, it would find those proxy settings again so that if I run Fiddler and close it again, my original proxy settings would be restored. Sadly this doesn't happen so in this scenario I have to manually set up my proxy settings again. Can this be implemented?
and all request from browsers are like this
In the black QuickExec box below the Web Sessions list, type: prefs set fiddler.ui.rules.keeponly 123450 and hit Enter. As a bug fix, Telerik should consider subscribing to changes in this value so that the toolbar UI updates with the "123450" number without restarting the tool.
Office365 capturing stops when access token expires, blocking office refresh token? After 1 hour the access token expires and from that point on Outlook (office365) just starts getting 401 unauthorised responses and outlook stops working (don't get this when fiddler is not running). Other people on forum also saying they have seen the same issue.
I unchecked the "check for updates" box for a reason. It's just too much overhead and interrupts my productivity to have to stop and deal with an update before going and debugging the thing I'm working on. Even if the version is old, I'd rather just keep working than be interrupted.
Today, CONFIG.sDefaultBrowserExe and sDefaultBrowserParams are internal, default to Internet Explorer and they don't seem to be controlled by preferences. There should be a preference like fiddler.ui.toolbar.BrowserList.Default and fiddler.ui.toolbar.BrowserListDefaultParams that allows override.
In order to debug a website served on localhost by IIS Express you need to use localhost.fiddler to get traffic to show up in Fiddler, but if you use HTTPS you'll first get a warning that the certificate name does not match and you have to manually confirm this connection. This is generally a good idea, but in the case of localhost and localhost.fiddler I think this warning should not be shown, as having to use localhost.fiddler is simply a technical restriction that Fiddler should know about...
See https://fiddler.ideas.aha.io/ideas/FID-I-369. Installing the new build (either from the website or the upgrade prompt) will fix this issue for you.
This is most likely a bug in either Windows, or a configuration problem in your environment. Does it still happen if you right-click Fiddler and Run As Administrator? Is there any text on Fiddler's LOG tab? If you try to change the system proxy settings manually to 127.0.0.1 port 8888 (In Fiddler, click Tools > Wininet Options > Connections > LAN Settings) do the changes "stick" after you hit OK and then reopen LAN Settings)?
Please honor the option to disable capture. I use fiddler to test API development and I never want it to capture any other traffic. The configuration option to disable this doesn't work, please fix.
Repro: 1. Save a JPEG on your desktop as foo.Jpg 2. Drag drop file to Fiddler Observe: - File does not have correct Content-Type response header. File extensions should be treated as case-insensitive when mapping to MIME types (Utilities::ContentTypeForFileExtension). 3. Rename a text file to foo.map 4. Drag drop file to Fiddler Observe: - File does not have correct Content-Type response header from the registry. It looks like the registry may not be getting consulted properly; perhaps this was done with the introduction of CustomMimeMappings.xml which was presumably added to better support running on Mono/Linux, but Fiddler should still fall back to the Windows registry on Windows.