VS2013 Preview Browser Link feature conflicts with Cassette filter

[elerch]

trafficstars

This is more an FYI than anything. I installed VS 2013 preview and the pages in my web site started coming up as a completely blank screen (HTTP 200, Content-Length: 0).

I tracked it down to an HttpModule that applied a filter to the response object. This module was modeled off Cassette's HTML rewriting module, so I turned on the HTML rewrite feature in Cassette and noted identical behavior.

I realized that the new Browser Link feature (http://blogs.msdn.com/b/webdev/archive/2013/06/28/browser-link-feature-in-visual-studio-preview-2013.aspx) also rewrites the page HTML to inject script to enable communication between the browser and Visual Studio, so on the theory that the two filters were interfering with each other, I disabled Browser Link, and all was well again.

I assume that this will be fixed in Visual Studio 2013 sometime prior to release, but I wanted to log an issue in case someone else has the issue. As HTML rewriting is the default behavior, it's likely that anyone using VS 2013 and Cassette will have issues unless they turn off Browser Link.

[elerch]

FYI - I've reported this to MS through the built-in feedback mechanism (not MS Connect).

[andrewdavey]

Thanks for the heads-up on this issue.

[elerch]

I poked Mads (@mrkristensen) about this on Twitter today. He says the issue is fixed, but we need to make sure we call Flush() on the filter: https://twitter.com/mkristensen/status/362680505294008322. I don't know that cassette is calling flush, but we'll need an updated VS2013 (maybe RTM?) to test properly anyway.