summaryrefslogtreecommitdiffstats
path: root/rs
diff options
context:
space:
mode:
authorAlex Klyubin <klyubin@google.com>2015-04-30 13:30:48 -0700
committerAlex Klyubin <klyubin@google.com>2015-04-30 13:34:58 -0700
commit24e9e966a85c416a94482fcd10dbdd10ceeb9e6c (patch)
tree3903d86307cd2a647e327ffccbb818b96ca35ea4 /rs
parent033dc46bb949a9a5e42ed51bbff1e055a7c58ca2 (diff)
downloadframeworks_base-24e9e966a85c416a94482fcd10dbdd10ceeb9e6c.zip
frameworks_base-24e9e966a85c416a94482fcd10dbdd10ceeb9e6c.tar.gz
frameworks_base-24e9e966a85c416a94482fcd10dbdd10ceeb9e6c.tar.bz2
Fix thread affinity of FingerprintManager.
FingerprintManager internally creates a Handler which needs to be bound to a Looper thread. Prior to this CL the Handler was bound to the Looper of the current thread. This caused issues: * Different instances of FingerprintManager could be bound to different Looper threads. * Callbacks from FingerprintManager were invoked on arbitrary threads (or not at all if the Looper was there but wasn't running). * FingerprintManager couldn't be obtained by apps on most non-main threads leading to java.lang.RuntimeException: Can't create handler inside thread that has not called Looper.prepare(). This CL fixes the issue by binding the FingerprintManager's Handler to the Looper running on the main thread. Bug: 20725228 Change-Id: I4a0382d6e11df9f23b8db9f0deec77369af31b5e
Diffstat (limited to 'rs')
0 files changed, 0 insertions, 0 deletions