Skip to content
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

Make sure CallKit session is ended on fail #30

Merged
merged 2 commits into from
Sep 9, 2017

Conversation

Pagebakers
Copy link
Contributor

This fixes an issue where the CallKit session isn't ended when making an outbound call fails. Keeping the green topbar active when exiting the app.

@fabriziomoscon
Copy link
Collaborator

Thanks a lot!
I am experiencing this issue as well. I will test and merge as soon as possible

@SimonRobinson
Copy link

@Pagebakers @fabriziomoscon probably need to remove the same if statement from callDidDisconnect fn as well. For me if the caller hangs up first the callKit session is also not ended as when disconnect fires call.state is not connected.

(void)callDidDisconnect:(TVOCall *)call
...
 if (self.call.state == TVOCallStateConnected) {
    [self performEndCallActionWithUUID:call.uuid];
 }

Should be just?

  [self performEndCallActionWithUUID:call.uuid];

@fabriziomoscon
Copy link
Collaborator

I see.
I made these two changes in this commit:
4349162
because the calls were not disconnected correctly.
So rather than remove the conditions all together I think we need to find the best way to disconnect all possible status of calls without leaving a zombie call in the background and without having errors in the log.
I will definitely test further the two scenarios you mentioned, but also it would be great if you can see and test what happens when you remove the commit I referred to

@SimonRobinson
Copy link

@fabriziomoscon ok got it, will have a test and let you know.

@oshimayoan
Copy link

Any progress on this?

@fabriziomoscon
Copy link
Collaborator

I haven't had time to test it yet.

@fabriziomoscon
Copy link
Collaborator

@SimonRobinson in the scenario you are describing is the iOS app making or receiving the call?

@fabriziomoscon
Copy link
Collaborator

fabriziomoscon commented Sep 9, 2017

@Pagebakers only today I could test your change and confirm that it is necessary. Well done and well spotted! My personal apologies for the delay to merge this change

@fabriziomoscon fabriziomoscon merged commit 8237c20 into hoxfon:master Sep 9, 2017
@fabriziomoscon
Copy link
Collaborator

published on npm 2.11.1

@fabriziomoscon
Copy link
Collaborator

@SimonRobinson you are right!
I added 4349162 to placate errors in the log, but as you pointed out the condition prevent a correct call disconnection in case the callee hangs the call up.

I have opened a separate issue to track this error in the log.
I will remove now the condition mentioned and published a new npm version.

Many thanks for your patience!

@fabriziomoscon
Copy link
Collaborator

the fix mentioned above has been published on npm 2.11.2

@Pagebakers
Copy link
Contributor Author

Great, thanks for merging this in!

@SimonRobinson
Copy link

@fabriziomoscon thanks for fixing and merging. FYI was testing with receiving calls.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants