SignalR Service client cannot receive messages after re-connect

I have a strange behavior that I don’t know what to do next…

I have a SignalRService connected to my appservice. I also have several clients (UWP app) that connect to SignalRService.

From those clients ~one~ some have this strange behavior. After the restart of the appservice, it succesfully connects to SignalRService and receives all the application messages sent by appservice. But if it reconnects to SignalRService, then from appservice it doesn’t receive any application messages sent to it. However it receives ping messages and is also capable of sending application messages

Message are sent like this: await m_Hub.Clients.Group(clientId).SendAsync("ServerToClientMessage", jsonSerializedMessage);

Please help!

[vicancy]

It is still unclear to me if the Default is one of the other 2 or not. I do not understand why you suggest to put it back on Default. Classic mode isn’t what I need (since I use an appservice)?

No, Classic mode is actually a mixed mode. You need ‘Default’ mode which prevents the Service from switching automatically to Serverless mode.

Is the client informed that will be connected to a serverless instance? How can I track that?

No. “Default” mode helps to prevent that silent switch.

We have a display bug in the portal which may lead to confusion is that: you init your instance and find out that your instance is in “Default” mode, however it actually behaves as “Classic” mode. You need to do a manual switch out and back to make it works as expect…

[fscavo]

I’m having the same issue. After reconnecting, the hub is no longer able to send message to javascript client with await this.hubContext.Clients.Client(this.connectionId).SendAsync(m.EventName, data);