{"id":307,"date":"2022-08-30T14:59:10","date_gmt":"2022-08-30T14:59:10","guid":{"rendered":"https:\/\/unknownerror.org\/index.php\/2013\/10\/07\/self-hosted-cross-site-connection-issue-with-signalr-and-mono-and-owin-record-and-share-programming-errors\/"},"modified":"2022-08-30T14:59:10","modified_gmt":"2022-08-30T14:59:10","slug":"self-hosted-cross-site-connection-issue-with-signalr-and-mono-and-owin-record-and-share-programming-errors","status":"publish","type":"post","link":"https:\/\/unknownerror.org\/index.php\/2022\/08\/30\/self-hosted-cross-site-connection-issue-with-signalr-and-mono-and-owin-record-and-share-programming-errors\/","title":{"rendered":"Self hosted cross site connection issue with SignalR and Mono and Owin-Record and share programming errors"},"content":{"rendered":"

I’m about ready to pull my hair out over this problem because all the guides show the same one or two solutions, which seem to be working for everyone but myself.<\/p>\n

I’m using SignalR in a Mono application, using Owin. I’ve set EnableCrossDomain = true in my HubConfiguration. I’ve set up a simple test page using javascript to connect. The negotiate<\/code> and ping<\/code> urls are loading without issue and seem to be replying correctly. However I get a cross domain error on the connect<\/code> call.<\/p>\n

It’s definitely using my EnableCrossDomain setting because if I set that to false, negotiate<\/code> doesn’t work.<\/p>\n

Here’s my Javascript to connect (and yes I’m including the \/signalr\/hubs script which returns the appropriate javascript):<\/p>\n

$.connection.hub.url = 'http:\/\/localhost:7001\/signalr';\n$.connection.hub.logging = true;\n$.connection.hub.start()\n    .done(function () { alert(\"Now connected!\"); })\n    .fail(function () { alert(\"Could not Connect!\"); });\n<\/code><\/pre>\n
Also I’ve tried jQuery.support.cors = true;<\/code> as well but it doesn’t make any difference.<\/p>\n
I also tried connecting to a regular PersistantConnection like so, with the same problem, so it doesn’t appear to be directly related to hubs:<\/p>\n
var connection = $.connection('\/raw');\nconnection.url = 'http:\/\/localhost:7001\/signalr';\nconnection.start()\n    .done(function () { alert(\"Now connected!\"); })\n    .fail(function () { alert(\"Could not Connect!\"); });\n<\/code><\/pre>\n
What am I doing wrong here? Why do ping<\/code> and negotiate<\/code> work but not connect<\/code>?<\/p>\n
EDIT: Also to make matters weirder, I added some logging and verified that the SignalR CallHandler<\/code> class is adding the Access-Control-Allow-Origin<\/code> header for all requests, including the connect<\/code> request. So it should be working.<\/p>\n
EDIT 2: So actually thanks to curl it looks like the server is returning a 500 response code, and since it’s not also including the header (this must be happening after the code block I added the logging to), Chrome complains about cross site, when really there’s probably an exception being thrown somewhere in the server. Hopefully I’ll have this figured out shortly and will post an answer here.<\/p>\n
    \n
  1. \n
    So it actually turned out to have nothing to do with cross site access, and everything to do with Mono incompatibilities.<\/p>\n
    After I enabled exception logging for SignalR (http:\/\/stackoverflow.com\/a\/16577890\/299262) I got the following exception instead of just a blank http 500 error:<\/p>\n
    System.InvalidOperationException: The connection id is in the incorrect format.\n  at Microsoft.AspNet.SignalR.PersistentConnection.GetConnectionId (Microsoft.AspNet.SignalR.Hosting.HostContext context, System.String connectionToken) [0x00000] in :0 \n  at Microsoft.AspNet.SignalR.PersistentConnection.ProcessRequest (Microsoft.AspNet.SignalR.Hosting.HostContext context) [0x00000] in :0 \n  at Microsoft.AspNet.SignalR.Hubs.HubDispatcher.ProcessRequest (Microsoft.AspNet.SignalR.Hosting.HostContext context) [0x00000] in :0 \n  at Microsoft.AspNet.SignalR.Owin.CallHandler.Invoke (IDictionary`2 environment) [0x00000] in :0 \n  at Microsoft.AspNet.SignalR.Owin.Handlers.HubDispatcherHandler.Invoke (IDictionary`2 environment) [0x00000] in :0 \n  at Microsoft.AspNet.SignalR.Owin.Handlers.PersistentConnectionHandler.Invoke (IDictionary`2 environment) [0x00000] in :0 \n  at Microsoft.Owin.Diagnostics.ShowExceptionsMiddleware.Invoke (IDictionary`2 environment) [0x00000] in \n<\/code><\/pre>\n
    That led me to find this ticket on the SignalR repo issues list: https:\/\/github.com\/SignalR\/SignalR\/issues\/1914<\/p>\n
    So in the end, the fix was to comment out the following line in HostDependencyResolverExtensions.cs:<\/p>\n
    resolver.InitializePerformanceCounters(instanceName, hostShutdownToken);\n<\/code><\/pre>\n<\/li>\n<\/ol>\n
    Originally posted 2013-10-07 10:45:07. <\/small><\/p>","protected":false},"excerpt":{"rendered":"
    I’m about ready to pull my hair out over this problem because all the guides show the same one or two solutions, which seem to be working for everyone but myself. I’m using SignalR in a Mono application, using Owin. I’ve set EnableCrossDomain = true in my HubConfiguration. I’ve set up a simple test page […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-307","post","type-post","status-publish","format-standard","hentry","category-uncategorized"],"_links":{"self":[{"href":"https:\/\/unknownerror.org\/index.php\/wp-json\/wp\/v2\/posts\/307","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/unknownerror.org\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/unknownerror.org\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/unknownerror.org\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/unknownerror.org\/index.php\/wp-json\/wp\/v2\/comments?post=307"}],"version-history":[{"count":0,"href":"https:\/\/unknownerror.org\/index.php\/wp-json\/wp\/v2\/posts\/307\/revisions"}],"wp:attachment":[{"href":"https:\/\/unknownerror.org\/index.php\/wp-json\/wp\/v2\/media?parent=307"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/unknownerror.org\/index.php\/wp-json\/wp\/v2\/categories?post=307"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/unknownerror.org\/index.php\/wp-json\/wp\/v2\/tags?post=307"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}