-
Notifications
You must be signed in to change notification settings - Fork 2.5k
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 hangup on inviting status after #2521 #2536
Conversation
Thanks for your contribution, @AdrianoMartins! Please make sure you sign our CLA, as it's a required step before we can merge this. |
Pinging @zayim as he contributed the patch you mentioned, so that you can both check if this fixes your requirements. |
Hi! Sorry for late response. I agree that merge #2521 broke hangup of I suggest adding additional check in Something like this: master...zayim:fix-sip-plugin-bye-on-inviting I reproduced error on |
@zayim I think you moved it too much ahead, since it within the mutex lock now. I can't remember if there were risks of deadlocks there, but if the main purpose is doing something before the state changes, maybe it's simpler to move it before the |
@AdrianoMartins ping 🙂 |
@lminiero I agree, this branch was in a rush just to test my theory. If Adriano agrees, I can edit by branch per your suggestion and make PR. |
@zayim sounds good to me, I'll wait for you guys to agree on which solution works best for you both. |
Sorry for the late response. @zayim I agree. Thanks. |
@AdrianoMartins thanks for the feedback! |
Great, I will submit PR in next few hours. |
The merge #2521 is causing a problem in the hangup of the call with status inviting, similar to the problem reported in #1856. I believe that the correct treatment for the situation of #2521, is to do with status different from destroyed.