In Development
Last Updated: 21 May 2019 18:21 by Brandon
Created by: Kostas
Comments: 23
Type: Feature Request
60
I find myself applying the same filters again and again on each launch of Fiddler (I mean the filters listed below the list of requests).

I think it would be really great if you could allow the restoration of previously applied filters (e.g. by having a save/load filters option).

Also, allowing to filter out by "Request Method" would be great too.

Congratulations on this tool, by the way.

It is really great. :)
In Development
Last Updated: 14 Jul 2017 05:00 by Tsviatko
Created by: TotPe
Comments: 3
Type: Feature Request
1
When  I tried to update fiddler i get this .net exception:

See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.ComponentModel.Win32Exception (0x80004005): The operation was canceled by the user
at System.Diagnostics.Process.StartWithShellExecuteEx(ProcessStartInfo startInfo)
at „‡.ˆ.‡(Object , AsyncCompletedEventArgs ) in C:\JenkinsHome\jobs\FiddlerReleaseBuild\workspace\Fiddler2\v4\Common\Application\AutoUpdate\DownloadUpdateForm.cs:line 155
at System.Net.WebClient.OnDownloadFileCompleted(AsyncCompletedEventArgs e)


************** Loaded Assemblies **************
mscorlib
Assembly Version: 4.0.0.0
Win32 Version: 4.6.1586.0 built by: NETFXREL2
CodeBase: file:///C:/Windows/Microsoft.NET/Framework64/v4.0.30319/mscorlib.dll
----------------------------------------
Fiddler
Assembly Version: 4.6.20171.14978
Win32 Version: 4.6.20171.14978
CodeBase: file:///C:/Program%20Files%20(x86)/Fiddler2/Fiddler.exe
----------------------------------------
System
Assembly Version: 4.0.0.0
Win32 Version: 4.6.1586.0 built by: NETFXREL2
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Core
Assembly Version: 4.0.0.0
Win32 Version: 4.6.1586.0 built by: NETFXREL2
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Core/v4.0_4.0.0.0__b77a5c561934e089/System.Core.dll
----------------------------------------
System.Windows.Forms
Assembly Version: 4.0.0.0
Win32 Version: 4.6.1586.0 built by: NETFXREL2
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System.Drawing
Assembly Version: 4.0.0.0
Win32 Version: 4.6.1586.0 built by: NETFXREL2
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
Xceed.Zip.v5.4
Assembly Version: 5.4.13572.13590
Win32 Version: 5.4.13572.13590
CodeBase: file:///C:/Program%20Files%20(x86)/Fiddler2/Xceed.Zip.v5.4.DLL
----------------------------------------
Xceed.Compression.Formats.v5.4
Assembly Version: 5.4.13572.13590
Win32 Version: 5.4.13572.13590
CodeBase: file:///C:/Program%20Files%20(x86)/Fiddler2/Xceed.Compression.Formats.v5.4.DLL
----------------------------------------
Xceed.FileSystem.v5.4
Assembly Version: 5.4.13572.13590
Win32 Version: 5.4.13572.13590
CodeBase: file:///C:/Program%20Files%20(x86)/Fiddler2/Xceed.FileSystem.v5.4.DLL
----------------------------------------
Xceed.Compression.v5.4
Assembly Version: 5.4.13572.13590
Win32 Version: 5.4.13572.13590
CodeBase: file:///C:/Program%20Files%20(x86)/Fiddler2/Xceed.Compression.v5.4.DLL
----------------------------------------
System.Configuration
Assembly Version: 4.0.0.0
Win32 Version: 4.6.1586.0 built by: NETFXREL2
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Configuration/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
System.Xml
Assembly Version: 4.0.0.0
Win32 Version: 4.6.1586.0 built by: NETFXREL2
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
Telerik.Analytics
Assembly Version: 4.0.104.0
Win32 Version: 4.0.104
CodeBase: file:///C:/Program%20Files%20(x86)/Fiddler2/Telerik.Analytics.DLL
----------------------------------------
Standard
Assembly Version: 2.6.2.0
Win32 Version: 2.6.2.0
CodeBase: file:///C:/Program%20Files%20(x86)/Fiddler2/Inspectors/Standard.dll
----------------------------------------
SyntaxView
Assembly Version: 2.6.2.0
Win32 Version: 2.6.2.0
CodeBase: file:///C:/Program%20Files%20(x86)/Fiddler2/Inspectors/SyntaxView.dll
----------------------------------------
Geoedge
Assembly Version: 1.2.5.0
Win32 Version: 1.2.5.0
CodeBase: file:///C:/Program%20Files%20(x86)/Fiddler2/Scripts/Geoedge.dll
----------------------------------------
RulesTab2
Assembly Version: 2.6.2.0
Win32 Version: 2.6.2.0
CodeBase: file:///C:/Program%20Files%20(x86)/Fiddler2/Scripts/RulesTab2.dll
----------------------------------------
SimpleFilter
Assembly Version: 2.6.2.0
Win32 Version: 2.6.2.0
CodeBase: file:///C:/Program%20Files%20(x86)/Fiddler2/Scripts/SimpleFilter.dll
----------------------------------------
Timeline
Assembly Version: 2.6.0.3
Win32 Version: 2.6.0.3
CodeBase: file:///C:/Program%20Files%20(x86)/Fiddler2/Scripts/Timeline.dll
----------------------------------------
Microsoft.JScript
Assembly Version: 10.0.0.0
Win32 Version: 14.6.1586.0 built by: NETFXREL2
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/Microsoft.JScript/v4.0_10.0.0.0__b03f5f7f11d50a3a/Microsoft.JScript.dll
----------------------------------------
System.Windows
Assembly Version: 4.0.0.0
Win32 Version: 4.6.1586.0
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Windows/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Windows.dll
----------------------------------------
JScript Thunk Assembly
Assembly Version: 0.0.0.0
Win32 Version: 14.6.1586.0 built by: NETFXREL2
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/Microsoft.JScript/v4.0_10.0.0.0__b03f5f7f11d50a3a/Microsoft.JScript.dll
----------------------------------------
8IBw0-81
Assembly Version: 0.0.0.0
Win32 Version: 14.6.1586.0 built by: NETFXREL2
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/Microsoft.JScript/v4.0_10.0.0.0__b03f5f7f11d50a3a/Microsoft.JScript.dll
----------------------------------------
Microsoft.mshtml
Assembly Version: 7.0.3300.0
Win32 Version: 7.0.3300.0
CodeBase: file:///C:/Windows/assembly/GAC/Microsoft.mshtml/7.0.3300.0__b03f5f7f11d50a3a/Microsoft.mshtml.dll
----------------------------------------

************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.

For example:

<configuration>
<system.windows.forms jitDebugging="true" />
</configuration>

When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.
In Development
Last Updated: 10 Jul 2017 00:03 by Eric
Basic fix should be a one-liner.

More interesting optimizations include dropping StreamAndForget to ~262mb for all users (not just 32bit) and replace MemoryStream in PipeReadBuffer with a RecyclableMemoryStream or similar data structure.
In Development
Last Updated: 27 Jun 2017 05:00 by Imported User
Created by: Imported User
Comments: 4
Type: Feature Request
9
When viewing an average-size request (few dozens of KB, or hundrers of KB), display performance is just horrible.

The Raw Inspectors take several seconds to display the request (plus they redraw multiple times uselessly, which slows down even more).

This is extremely painful when scrolling thru a capture session, searching for or deleting items... a large request will sometimes get the focus and freeze Fiddler for several seconds. Given the number of times the UI is redrawn, it can easily take 20 or 30 seconds to skip a single request.

Please improve display performance for average-size or large requests (or at the very least eliminate useless redraws, and make the slowdown asynchronous, so that the user can switch to another request if they clicked a large one by mistake).
In Development
Last Updated: 01 Jun 2017 05:00 by Eric
Created by: Eric
Comments: 2
Type: Feature Request
1
https://groups.google.com/forum/#!topic/httpfiddler/NnrWVBoym4Y

If you have auto save turned on and a web socket initiates inbetween the save interval, messages captured during the interval are saved to the "_w" files in the saz file.

After the autosave is triggered, captures that happen on the same session are no saved in subsequent autosaved saz files.
In Development
Last Updated: 27 Mar 2017 23:41 by Eric
https://groups.google.com/forum/#!topic/httpfiddler/GBmZCOVOcVI
In Development
Last Updated: 30 Jan 2017 06:00 by Tsviatko
Created by: Eric
Comments: 1
Type: Feature Request
1
Tools > Options > Scripting has a new Language Dropdown.

It should be a DropDownList instead of a dropdown, otherwise, any character the user types causes a popup alert and the user can be left with a garbage value.

Further, there probably shouldn't be an explicit warning that a restart is required, as a great many options on the Options dialog require restart and showing this warning for only one of them may be misleading.
In Development
Last Updated: 28 Jan 2017 00:03 by Eric
Should be "Automatically reload script when changed"

Tools > Fiddler Options > Scripting
In Development
Last Updated: 24 Jan 2017 04:15 by Eric
The Raw Inspectors try to avoid spewing a bunch of junk into the display if the MIME type is binary. But because of how the assignment happens today, switching sessions can temporarily cause a mixed state where the headers from a new (text) session are evaluated in parallel with an old session's binary body, resulting in a momentary garbage rendering.

This is a performance bug that should be really easy to fix.
In Development
Last Updated: 12 Jan 2017 06:00 by Rahul
Steps to reproduce:

1. Open Fiddler

2. Go to Tools > Telerik Fiddler Options > HTTPS

3. Click the TLS Protocols

4. Fiddler hangs and after a minute or so crashes

Fiddler Version: 4.6.3.44161 macOS
In Development
Last Updated: 24 Nov 2016 00:25 by Eric
WebSockets offer a mechanism for doing compression of messages. Fiddler's WebSocket Inspector should provide a simpler means of viewing such content.

The mechanism looks to be a simple DEFLATE operation: https://tools.ietf.org/html/rfc7692
In Development
Last Updated: 09 Nov 2016 04:38 by Eric
Created by: Eric
Comments: 0
Type: Feature Request
2
https://bugs.chromium.org/p/chromium/issues/detail?id=653691 (https://bugs.chromium.org/p/chromium/issues/detail?id=653691#c5)

Chrome 57 won't accept certificate chains that contain SHA-1 within them, so we need to be sure that Fiddler/FiddlerCore default to SHA-256 everywhere. We also might consider whether we should detect that the user has old Fiddler-generated SHA-1 certificates cached and if so, clean those up and generate a fresh cert using SHA-256.
In Development
Last Updated: 27 Sep 2016 05:00 by Imported User
Recently Fiddler has taken to flooding OutputDebugString with the message (from DebugView):
[5936] Telerik Analytics Monitor ***** ERROR *****: Recovered session data could not be sent: 0 Request failed: NameResolutionFailure: No se puede resolver el nombre remoto: '27006a8622544e43b0da60db63bd66ba.monitor-telerik.com (http://27006a8622544e43b0da60db63bd66ba.monitor-telerik.com/) '
There seem to be about 8 messages a second. This makes debugging other applications that use OutputDebugString almost impossible if Fiddler is running.
In Development
Last Updated: 12 Aug 2016 22:29 by Eric
Otherwise, the response is illegal, because you MUST not send a C-L if you're sending Transfer-Encoding:Chunked
In Development
Last Updated: 27 Jul 2016 05:00 by Michael Hidalgo
I'm running the latest Fiddler's mono version and it would be great to be able to capture WebSockets traffic on this version. I know it is possible on the Windows version.
In Development
Last Updated: 29 Apr 2016 01:06 by Imported User
I use McAfee Web Gateway proxies that only support Kerberos authentication. When trying to use these devices as an upstream proxy fiddler first tries NTLMSSP and then NTLMSSP2 and then prompts for credentials. It never tries Kerberos in the request header section "Proxy-Authorization: Negotiate"