-
Notifications
You must be signed in to change notification settings - Fork 137
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix deadlock on main thread #294
base: master
Are you sure you want to change the base?
Conversation
fix memory leak
Can you point me to what is deadlocking and how to reproduce this? Could the deadlock be fixed by not using the main queue for callbacks? If so, it is possible to configure the queue in HubOptions:
I am worried that while removing the wait might fix the deadlock you are seeing, it introduces other issues due to race conditions (e.g. someone is starting the connection before the stop has completed). |
Can you enable logging at the diagnostic level and include this log? |
When I start connection - I create new instance from HubConnectionBuilder and stop previous started instance (before create new instance)
|
Thanks for the logs. Unfortunately, they are hard to understand because it is impossible to tell which entries come from which instance. Would it be possible to somehow tag the instance when logging? Alternatively, could you provide a minimal repro for this so I can try running it on my side? |
When fast to repeat start / stop actions connection from main thread - could be dead lock on main thread.
General issue decision: https://stackoverflow.com/a/46709947