diff options
| author | 2023-03-16 19:24:01 +0100 | |
|---|---|---|
| committer | 2023-03-22 16:43:00 +0100 | |
| commit | 8a8169dae5f7d0912e39fcea58c54d4491f016f0 (patch) | |
| tree | 6cbedb38e0b6fc7b0fa0ae434c807f2e8a5ee008 /libs/androidfw/ApkParsing.cpp | |
| parent | 0af487566de8908c1ccad3f94ae41225757335c3 (diff) | |
Hold onto occluded change until it's committed
When we're delaying commit of setKeyguardOccluded due to a transition
taking over instead to synchronise occlude status more nicely, we hold
onto the final occlude status so we can be eventually consistent even
if the systemui restarts or gets something wrong.
The "notify" parameter in setKeyguardOccludedLw was risky because when
false it could lead to SystemUI not being informed of an update, but
the system server still considering its job done because the flag for
pending updates was cleared anyway.
This is a speculative fix to help the attached issue resolved itself
whenever it happens.
(cherry picked from https://googleplex-android-review.googlesource.com/q/commit:52d8053880b1be999ebc75730333b2d9ea326fb4)
Test: atest android.server.wm.KeyguardTests
Bug: 269892931
Merged-In: I7d3ac020db34d8a15d18b25de07231bda83cbcf0
Change-Id: I7d3ac020db34d8a15d18b25de07231bda83cbcf0
Diffstat (limited to 'libs/androidfw/ApkParsing.cpp')
0 files changed, 0 insertions, 0 deletions