Since updating to VS2013, we receive this error when running our (MCV4) web app:
The controller for path \'/9ac086a69364466a841e03e001f946fd/arterySignalR/pi
I disabled browser link. Second #4 at this link.
http://blogs.msdn.com/b/webdev/archive/2013/06/28/browser-link-feature-in-visual-studio-preview-2013.aspx
Add the following to your root web.config
:
<appSettings>
<add key="vs:EnableBrowserLink" value="false" />
</appSettings>
If you would like the benefit of Browser Link but don't want the missing controller path exceptions, you can add an ignore regex to your route collection. This is what I did:
public static void RegisterRoutes(RouteCollection routes)
{
routes.IgnoreRoute("{resource}.axd/{*pathInfo}");
#if DEBUG
routes.IgnoreRoute("{*browserlink}", new { browserlink = @".*/arterySignalR/ping" });
#endif
//...
}
The regex technique is courtesy of this Phil Haack post.
Had in VS2013, after some project nuget package updates.
Cleaned the solution, closed VS and IISExpress from try and resolved
This happens to be a known issue with SignalR and has been fixed in SignalR 2.0.1 and 1.1.5:
2.0.1: https://github.com/SignalR/SignalR/issues/2569 (not yet released)
1.1.5: https://github.com/SignalR/SignalR/issues/2570 (not yet released)
Long story short, nothing you can do to change it, should just wait for the next release of browser link which has a newer version of SignalR.
On VS2013 @Todd's solution didn't work for me, so I made my own.
Hope it saves you some time.
public static void RegisterRoutes(RouteCollection routes)
{
routes.IgnoreRoute("{resource}.axd/{*pathInfo}");
#if DEBUG
routes.IgnoreRoute("{*browserlink}", new { browserlink = @".*__browserLink.*" });
#endif
}