I tried to reproduce the behavior of Fiddler, not capturing the HTTP CONNECT requests, but I couldn't. So I would need some more information.
Firstly, let me clarify what the "Capture HTTPS CONNECTs" and the "Decrypt HTTPS traffic" options do. When Fiddler starts, it changes the system proxy for each protocol (HTTP, HTTPS, FTP) settings to 127.0.0.1:8888 by default. And the "Capture HTTPS CONNECTs" option controls whether Fiddler registers as the system proxy for the secure traffic. With this in mind, it is clear that all applications, which use the system proxy settings (the browsers by default), will make HTTP CONNECT requests to Fiddler, in order to make SSL connection with the server. And when there is no system proxy for the HTTPS protocol (the "Capture HTTPS CONNECTs" option is off), the applications will send SSL client handshakes straight to the server.
And the "Decrypt HTTPS traffic" option makes Fiddler to perform Man-In-The-Middle attack in the tunnel requested with the HTTP CONNECT message.
So, could you please, make sure that, when the "Capture HTTPS CONNECTs" option is checked, after restart of Fiddler and it is running, it has registered as the system secure proxy. You could check this by typing "Configure proxy server" into the Windows' taskbar search textbox and pressing enter. Then click on the "LAN settings" button. The "Use a proxy server for your LAN" option should be checked. Click the "Advanced" button and observe if you have a proxy address and port set for the "Secure" type in the "Proxy Settings" window.
If the proxy settings are correct and you still do not see HTTP CONNECT messages in Fiddler, it is possible that there is a filter applied. The first one which comes to my mind is the "Hide CONNECTs" in the "Rules" menu of Fiddler. Make sure this one is not checked.
Do you want to have your say when we set our development plans?
Do you want to know when a feature you care about is added or when a bug fixed?
Telerik Feedback Portal
and vote to affect the priority of the items