f9f39cc4a870f1af4470ed4d5f876b5a2d37afa2
is going idle. The inputs to DeviceIdleController (alarm manager, sensors) hold wake locks while they call it. But then the real work happens in a handler which is outside of the wakelock, so listeners don't get a chance to run right away, which in the case of NetworkPolicyManager means the device is in a higher power state than it should be. It's not clear that this will 100% fix the bug, because NetworkPolicyManagerService also has its own internal Handler, and isn't holding its own wakelock for this, but this change allows NPMS to be fixed if it really needed to be. Bug: 31900521 Change-Id: I706045aa189147824c9214c57abc13993aee9a5b
Merge \\"DO NOT MERGE: Add pm operation to set user restrictions.\\" into lmp-mr1-dev am:
d327d73edf
…
…
…
…
…
…
…
…
Fix string equality comparison am:
1033c6fdbc am: fdd4fe53cf am: 3fbe9280a4 am: bf4f010a5b am: 700c72d01d am: 5d60d2f772 am: 6245774994
…
Description
No description provided
Languages
Java
73.7%
Kotlin
14%
PowerBuilder
5.8%
C++
5.2%
AIDL
1%