summaryrefslogtreecommitdiff
path: root/tools/aapt2/java/JavaClassGenerator_test.cpp
diff options
context:
space:
mode:
authorJinsuk Kim <jinsukkim@google.com>2015-10-13 08:22:09 +0900
committerJinsuk Kim <jinsukkim@google.com>2015-11-09 19:14:56 +0000
commitcb802870f7f855c429556643fd67179a7b5dc747 (patch)
tree02106cf8749db5f72393aa63e4eee482b5e243bd /tools/aapt2/java/JavaClassGenerator_test.cpp
parentc854c95b1b90d90c5906da2a21c0129a8098d3bf (diff)
CEC: Queue up callbacks to handle on final result
While one party calls oneTouchPlay() to initiate the action and put it in progress, the other parties making the same call gets an error 'operation in progress'. This is not really an error, but there was no other choice for them but just to wait till the action is completed and the service is ready to accept the API call again. This CL resolves the inconvenice by allowing multiple callbacks rather than returning IN_PROGRESS for those joining later. Same was applied to queryDisplayStatus(). Change-Id: I5fc9aba4aa73e76a25f8fdec37e11cd961a3d35f (cherry picked from commit 98a25f1ee27c1b4362a23981edc17fc92199a876)
Diffstat (limited to 'tools/aapt2/java/JavaClassGenerator_test.cpp')
0 files changed, 0 insertions, 0 deletions