set in-call UI active in the connecting state
Currently, if the "CONNECTING" stage of a Jingle call takes a significant amount of time (say, a second), then there will be a window where the call is already accepted but the ringing UI is still showing. This 1) is confusing; 2) allows the user to accept a call twice, which will cause a crash. Unfortunately, there is no native equivalent to the "CONNECTING" state. The only sane choice here seems to be showing the in-call UI even if the call is still connecting.
This commit is contained in:
parent
3e4799979e
commit
3ee45952fc
|
@ -243,10 +243,10 @@ public class ConnectionService extends android.telecom.ConnectionService {
|
||||||
setDialing();
|
setDialing();
|
||||||
} else if (state == RtpEndUserState.INCOMING_CALL) {
|
} else if (state == RtpEndUserState.INCOMING_CALL) {
|
||||||
setRinging();
|
setRinging();
|
||||||
} else if (state == RtpEndUserState.CONNECTED) {
|
} else if (state == RtpEndUserState.CONNECTING) {
|
||||||
xmppConnectionService.setDiallerIntegrationActive(true);
|
xmppConnectionService.setDiallerIntegrationActive(true);
|
||||||
setActive();
|
setActive();
|
||||||
|
} else if (state == RtpEndUserState.CONNECTED) {
|
||||||
postDial();
|
postDial();
|
||||||
} else if (state == RtpEndUserState.DECLINED_OR_BUSY) {
|
} else if (state == RtpEndUserState.DECLINED_OR_BUSY) {
|
||||||
close(new DisconnectCause(DisconnectCause.BUSY));
|
close(new DisconnectCause(DisconnectCause.BUSY));
|
||||||
|
|
Loading…
Reference in New Issue