Connection takes ages to start after enabling feature/adding widget...

Issue #18 resolved
François Camus created an issue

First of all thank you for this module, I've been using it for a while and never had any issues.

I'm using Orchard 1.9.1 and the latest version of the master branch (2015-04-07).

The signalr connection takes a long time to start after I play a bit in the Orchard Dashboard. For example, if I add a widget onto a layer or enable a feature. I cannot navigate to another page while the connection hasn't started which is really annoying.

I can easily reproduce this issue with one of your samples: Benchmark. The "connected" label appears only once the connection has started. If you add any widget (HTML widget) onto a layer then navigate to the sample you'll see that the "connected" label takes ages to appear.

On IIS, once I recycle the app pool the connection starts quickly as before.

I'm not sure it comes from your module, SignalR 2.2.0 or Orchard 1.9.1.

I'm currently in an upgrade process (Orchard 1.9.1 and SignalR 2.2.0). I didn't have this issue with Orchard 1.8.1 and SignalR 2.0.2.

What do you think could be the cause?

Thanks in advance

Comments (12)

  1. François Camus reporter

    I'm still having the same issue by taking the Orchard 1.9.2 web deploy and your module.

    I can even reproduce this issue by just editing a content in the admin. Weird...

  2. François Camus reporter

    The issue comes from the swicth from using CoreRoutes to SignalrOwinMiddlewareProvider. In CoreRoutes you explictly specified that the routes SessionState was Disabled. I think the issue comes from that. I reverted your changes to re-use CoreRoutes and it fixes this issue.

  3. Kumar

    I am bitten by this bug as well. Could you please give more info on how exactly you overcome this issue? By the way, I am on Orchard 1.9.1.

  4. François Camus reporter

    I did a diff between the latest version on this site and the one on the orchard gallery (1.3). You need to modify the latest version to reuse CoreRoutes as 1.3 did. Or find a way to disable SessionState within SignalrOwinMiddlewareProvider.

  5. François Camus reporter

    I cannot reproduce this issue when web socket is supported. If I disable web socket in IIS then issue comes back.

  6. Log in to comment