410d808438ae0cd93c237502a062340c5cead134 |
|
29-Jun-2017 |
Pavel Grafov <pgrafov@google.com> |
Show work profile status bar icon for lockscreen app. If currently active app is in work profile and is shown on top of keyguard (i.e. keyguard is occluded), we need to show work profile icon. Bug: 31796748 Test: manually, running navigation in Google Maps. Change-Id: I25e12ccf6a5def6efbee22f41bfa216c8acc3b26
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/policy/KeyguardMonitorImpl.java
|
fabc743bcf6e6623e530545c4b31285ea642f087 |
|
15-May-2017 |
Jorim Jaggi <jjaggi@google.com> |
Optimize latency when unlocking phone Latency when unlocking the phone regressed a bit for two reasons: - For lockscreen -> app we now have to create a full starting window containing the snapshot, while previously this was just showing a surface. - For lockscreen -> home, we can't use the saved surface anymore because currently we don't support snapshotting translucent activities. However, in the long term, we want home screen to be more involved into transitions anyways, so we'll have to wait for the first frame draw anyways. However, crystal ball trainee developer Jorim added some artificial latency in this transition 3 years ago, because he knew that it is going to be an issue at some point so we have some headroom to improve! Genius! On a more serious note, it was because he didn't understand how to read systraces with binders involved (to be fair, there was also no binder tracing). Now, we can completely fix the introduces latencies above by removing this latency of 100ms, and we are 30-70ms better than before! However, this requires a lot of discipline in SystemUI. Currently, the callback to dismiss Keyguard takes around 30ms. By moving all non-essential binder calls of the main thread or to the next frame, we bring this down to 5ms, such that window animation and Keyguard animation starts about at the same time. Test: Take systrace, unlock phone...profit! Change-Id: I3ea672bc2eca47221bc6c9f3d7c56b6899df207d Fixes: 38294347
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/policy/KeyguardMonitorImpl.java
|
60c5cf2e690542dd63a64f1114865d51e191bbb7 |
|
15-Mar-2017 |
Jason Monk <jmonk@google.com> |
Fix light status bar transition It always thought the keyguard was going away which was messing with a bunch of transitions. Change-Id: Ie50fe71e3f75aa123db7e147ac0402d459b80536 Fixes: 34975365 Test: Open app with light status bar
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/policy/KeyguardMonitorImpl.java
|
1eb3d839e2fefda4e5e365d79bba60c7a798a070 |
|
02-Mar-2017 |
Jason Monk <jmonk@google.com> |
Copy callback list to avoid crash Change-Id: I66928a793a1712cdd753055a4d0457a94eb5588b Fixes: 35591913 Test: Unlock ryu
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/policy/KeyguardMonitorImpl.java
|
aa573e9e8632552d1fa8bdd6b0ee408ff9a93a6b |
|
27-Jan-2017 |
Jason Monk <jmonk@google.com> |
Work on separating out the status bar management Lots of stuff: - Make StatusBarIconController be a permanent dependency - Break out dark stuff into DarkIconDispatcher - Create StatusBarFragment - This bit is a bit ugly for now, but will be better later - Other stuff probably Test: runtest systemui Change-Id: I4973bc9f944e66af92731bf1edd2b39657f1782f
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/policy/KeyguardMonitorImpl.java
|
9abca5e9f88c47579f8334c6c48741a259185b9b |
|
11-Nov-2016 |
Jason Monk <jmonk@google.com> |
Cleanup and refactoring of test utilities - Make leak checking faster by converting to fakes - Requires making clean interfaces for all CallbackControllers - Integrate leak checking into the TestableContext Test: runtest systemui Change-Id: Ic57a06360d01a0323ef26735a543e9d1805459e2
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/policy/KeyguardMonitorImpl.java
|