Fiddler suddenly won't capture IE traffic

[Tong Sun]

Hi Eric, 

I've been using Fiddler for a long long time, but suddenly it won't capture IE traffic any more. 

Here are more details:

- It only limits to my computer. All other machines in my company doesn't behave this way. 

- It only limits to my IE browser. When Fiddler starts or stops, the traffic from chrome get captured just fine. 

Here are my troubleshooting of the issue:

- My IE, and the IE from all other machines in my company, are set with "Automatically detect settings". This is IE's default, when Fiddler is not started. 

- When Fiddler is started, I noticed from other normal machines, The "Automatically detect settings" will be disabled and IE will (automatically) use the proxy settings of 127.0.0.1:8888.  (From IE Tools -> Internet Options -> Connections tab -> LAN Settings -> Advanced), There will be 127.0.0.1 port:8888 for HTTP and for FTP).

- However, on my computer when Fiddler is started, Neither the "Automatically detect settings", nor the "Use proxy" option is selected and proxy settings (in Advanced) is blank. 

What's wrong with my computer? How to fix it? My IE is the latest IE10 under Win7. 

Thanks

[EricLaw]

Click Help > Troubleshoot and try again. I assume the IE traffic doesn't appear?

There are two possibilities: 1> You've hit a bug in IE/WinINET's proxy change code, or 2> You've got some other software (malware or security software or management software) or policy that is interfering with the proxy settings.

If you try to set the proxy in IE to 127.0.0.1:8888 manually using the UI in question, then click "Ok", does the change "stick" when you reopen the dialog?

[Tong Sun]

On Tuesday, September 6, 2016 at 12:29:20 AM UTC-4, EricLaw wrote:

Click Help > Troubleshoot and try again. I assume the IE traffic doesn't appear?

That's right, Eric. Then I realized that one change I made previously was to change default browser from IE to chrome, so I changed it back to IE. After that, the traffic that going through the Troubleshoot cgi showed up in IE, but no any IE traffic show up any more afterwards. 

There are two possibilities: 1> You've hit a bug in IE/WinINET's proxy change code,

It must be strictly limited to IE, as my chrome works just fine. 

 

or 2> You've got some other software (malware or security software or management software) or policy that is interfering with the proxy settings.

 Giving that my chrome works just fine, this seems unlikely as well. 

If you try to set the proxy in IE to 127.0.0.1:8888 manually using the UI in question, then click "Ok", does the change "stick" when you reopen the dialog?

- Yes,  the change "sticks", when I reopen the dialog, and even after I close IE and reopen. 

- Stop capturing in Fiddler, IE can change the proxy back to automatic. However, 

- Re-enable capturing again, IE cannot change the the proxy back. Still get blank for everything. 

So far every evident seems to be pointing to IE. Let me try to reinstall it...

[Tong Sun]

On Tuesday, September 6, 2016 at 10:02:19 AM UTC-4, Tong Sun wrote:

On Tuesday, September 6, 2016 at 12:29:20 AM UTC-4, EricLaw wrote:

Click Help > Troubleshoot and try again. I assume the IE traffic doesn't appear?

That's right, Eric. Then I realized that one change I made previously was to change default browser from IE to chrome, so I changed it back to IE. After that, the traffic that going through the Troubleshoot cgi showed up in IE, but no any IE traffic show up any more afterwards. 

One more thing to add, I can see three "Fiddler Echo Service" under Alternate hostname test when the troubleshoot cgi page is showed up in chrome, but when in IE, all three sub-windows shows errors. 

There are two possibilities: 1> You've hit a bug in IE/WinINET's proxy change code,

It must be strictly limited to IE, as my chrome works just fine. 

 

or 2> You've got some other software (malware or security software or management software) or policy that is interfering with the proxy settings.

 Giving that my chrome works just fine, this seems unlikely as well. 

If you try to set the proxy in IE to 127.0.0.1:8888 manually using the UI in question, then click "Ok", does the change "stick" when you reopen the dialog?

- Yes,  the change "sticks", when I reopen the dialog, and even after I close IE and reopen. 

- Stop capturing in Fiddler, IE can change the proxy back to automatic. However, 

- Re-enable capturing again, IE cannot change the the proxy back. Still get blank for everything. 

So far every evident seems to be pointing to IE. Let me try to reinstall it...

 

I've gone through the list in control pannel > program several times, but seems IE is not there. I.e., there is no option to reinstall IE. 

[Tong Sun]

I've found and done the IE re-installation, and rebooted my machine as well. but the problem remains exactly the same. 

[Tong Sun]

I've just reinstalled Fiddler, but still no luck. 

[EricLaw]

Problems with IE wouldn't typically manifest in Chrome, as they don't share a network stack.

What "errors" specifically do you see in "All three subwindows"?

When you say "Latest IE10 for Windows 7" do you mean IE11?

When you manually set the proxy in IE to 127.0.0.1:8888 are you seeing IE's traffic in Fiddler at that time?

[divya]

Hi , 

I am also having similar issue with fiddler. I use fiddler over VPN . Basically we use fiddler to test applications on our mobile devices. It was working and now it has stopped. It works on my colleagues pc. 

Below is the error captured from fiddler log. Could you please help? I have been trying various things from past few weeks. Please let me know if any further details would be required. Any suggestions would be highly appreciated.

11:54:09:6061 Fiddler Running...

11:54:50:1199 Fiddler ICertificateProvider v1.5.1.1 loaded.

            fiddler.certmaker.bc.Debug:      False

            ObjectID:                                 0x28f1359

11:54:55:6118 fiddler.network.readresponse.failure> Session #7 raised exception System.IO.IOException Unable to read data from the transport connection: A blocking operation was interrupted by a call to WSACancelBlockingCall. < A blocking operation was interrupted by a call to WSACancelBlockingCall

11:54:56:5383 fiddler.network.readresponse.failure> Session #7 raised exception System.ObjectDisposedException Cannot access a disposed object.

Object name: 'SslStream'.

11:55:07:2693 fiddler.network.readresponse.failure> Session #10 raised exception System.IO.IOException Unable to read data from the transport connection: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond. < A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond

11:55:10:5925 fiddler.network.readresponse.failure> Session #18 raised exception System.IO.IOException Unable to read data from the transport connection: A blocking operation was interrupted by a call to WSACancelBlockingCall. < A blocking operation was interrupted by a call to WSACancelBlockingCall

11:55:32:9806 !SecureClientPipeDirect failed: System.IO.IOException Unable to read data from the transport connection: An existing connection was forcibly closed by the remote host. < An existing connection was forcibly closed by the remote host for pipe (CN=*.cloudsink.net, O=DO_NOT_TRUST_BC, OU=Created by http://www.fiddler2.com)

11:56:02:8627 !SecureClientPipeDirect failed: System.IO.IOException Unable to read data from the transport connection: An existing connection was forcibly closed by the remote host. < An existing connection was forcibly closed by the remote host for pipe (CN=*.cloudsink.net, O=DO_NOT_TRUST_BC, OU=Created by http://www.fiddler2.com)

11:56:19:8113 !SecureClientPipeDirect failed: System.IO.IOException Unable to read data from the transport connection: An existing connection was forcibly closed by the remote host. < An existing connection was forcibly closed by the remote host for pipe (CN=*.cloudsink.net, O=DO_NOT_TRUST_BC, OU=Created by http://www.fiddler2.com)

11:56:52:7608 !SecureClientPipeDirect failed: System.IO.IOException Unable to read data from the transport connection: An existing connection was forcibly closed by the remote host. < An existing connection was forcibly closed by the remote host for pipe (CN=*.cloudsink.net, O=DO_NOT_TRUST_BC, OU=Created by http://www.fiddler2.com)

11:57:08:2504 fiddler.network.readresponse.failure> Session #23 raised exception System.ObjectDisposedException Cannot access a disposed object.

Object name: 'SslStream'.

11:57:58:1349 !SecureClientPipeDirect failed: System.IO.IOException Unable to read data from the transport connection: An existing connection was forcibly closed by the remote host. < An existing connection was forcibly closed by the remote host for pipe (CN=*.cloudsink.net, O=DO_NOT_TRUST_BC, OU=Created by http://www.fiddler2.com)

11:58:56:1838 WinINET Registry change detected. Verifying proxy keys are intact...

11:59:02:9365 !SecureClientPipeDirect failed: System.IO.IOException Unable to read data from the transport connection: An existing connection was forcibly closed by the remote host. < An existing connection was forcibly closed by the remote host for pipe (CN=*.cloudsink.net, O=DO_NOT_TRUST_BC, OU=Created by http://www.fiddler2.com)

12:00:07:6885 !SecureClientPipeDirect failed: System.IO.IOException Unable to read data from the transport connection: An existing connection was forcibly closed by the remote host. < An existing connection was forcibly closed by the remote host for pipe (CN=*.cloudsink.net, O=DO_NOT_TRUST_BC, OU=Created by http://www.fiddler2.com)

12:01:12:7996 !SecureClientPipeDirect failed: System.IO.IOException Unable to read data from the transport connection: An existing connection was forcibly closed by the remote host. < An existing connection was forcibly closed by the remote host for pipe (CN=*.cloudsink.net, O=DO_NOT_TRUST_BC, OU=Created by http://www.fiddler2.com)

12:01:39:2417 fiddler.network.readresponse.failure> Session #32 raised exception System.IO.IOException Unable to read data from the transport connection: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond. < A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond

12:02:17:9427 !SecureClientPipeDirect failed: System.IO.IOException Unable to read data from the transport connection: An existing connection was forcibly closed by the remote host. < An existing connection was forcibly closed by the remote host for pipe (CN=*.cloudsink.net, O=DO_NOT_TRUST_BC, OU=Created by http://www.fiddler2.com)