diff options
| author | 2023-05-02 15:31:09 -0700 | |
|---|---|---|
| committer | 2023-05-03 20:48:42 +0000 | |
| commit | 7c0864dfb4820d259bb0c4652f442a4ca862470c (patch) | |
| tree | 1e0953811b6e7a64f351144480d2b569503e6847 /libs/input/PointerController.cpp | |
| parent | f7147b5cfdbbff0d8999d4af92bcd40b71372234 (diff) | |
update CallControlCallback docs for the rejection case
TL;DR:
- docs update for CallControlCallback rejection cases
- CTS coverage for onAnswer#(wasCompleted(false)) case
- CTS coverage for onSetActive#(wasCompleted(false)) case
- TSW fix
In most of the Transactional tests, it's expected that the client
always completed the CallControlCallback. In adding these tests I
noticed that the current logic will answer or set the call active if the
client rejects the onAnswer or onSetActive. In order to prevent this two
active call scenario, I've adjusted the appropriate code.
Fixes: 279034589
Test: CTS coverage for changes
Change-Id: I97f6371d845e00e7708b8b65abd57591d7a01cb7
Diffstat (limited to 'libs/input/PointerController.cpp')
0 files changed, 0 insertions, 0 deletions