Prevent users breakpoints from being hit twice on debug

[NTaylorMullen]

Today when a users debugs their application via IISExpress (F5 in VisualStudio) their site gets hit with two requests (breakpoints get hit twice). One debug request to start the application, and then a second from the started web browser.

I believe VisualStudio currently sends the first request with verb "Debug". "Debug" seems too generic (in my opinion) to be baked directly into IISIntegration. We should consider creating a custom Visual Studio specific debug verb that indicates a request is to boot the application/for debug; that way we can eat it prior to it reaching the users application.

This was initially filed over in tooling here.

[Eilon]

cc @blowdart because presumably we'd need to ensure that this is safe for a deployed site.

Once we're sure we have a solid design for this, we can assign.

[blowdart]

Oh is that why this is happening? I noticed that a couple of weeks back. This might be better addressed by getting VS to behave properly. I'm leery of adding new verbs, especially when folks might not be running under IIS Express

[blowdart]

Rather than add another verb could we not change the Command header that's sent from IIS so we know we can ignore it if necessary?

I don't think IISIntegration should support DEBUG by default. It's one of those verbs that should be blocked by default.

[NTaylorMullen]

/cc @BillHiebert