diff options
| author | Craig Mautner <cmautner@google.com> | 2013-09-22 21:08:32 -0700 |
|---|---|---|
| committer | Craig Mautner <cmautner@google.com> | 2013-09-23 09:05:15 -0700 |
| commit | 10385a17cb31de6fdf495b50d17a0afbec83e98e (patch) | |
| tree | 6438a116831cde656df3f2b7bd1bfe62769f0fa0 /graphics/java/android/renderscript/ProgramFragmentFixedFunction.java | |
| parent | dbfceb7ea0f2925fa2e9cce4a5eece0b72d9c093 (diff) | |
Ensure that activities behind keyguard are paused.
TLDR: Having a resumed activity behind keyguard can cause the keyguard
not to be dismissed.
Swiping the home button to launch Google Now causes an ASSIST intent
to be launched. The ASSIST intent starts SearchActivity which then
launches GEL. If an activity is resumed behind the keyguard when this
happens then that activity will be paused.
Because that activity is PAUSING, ActivityStackSupervisor
startActivityLocked() doesn't call dismissKeyguard() immediately.
Instead dismissKeyguard will be called later when GEL switches from
not-visible to visible. However, if the paused activity happens to be
GEL then there is never a not-visible to visible transition and
dismissKeyguard never gets called.
This fix removes an unnecessary call to resumeTopActivitiesLocked
which was causing activities behind the lockscreen to be resumed.
This fixes bug 10732489 except immediately after boot. Pausing the
initial activity if the lockscreen is visible after boot is deferred
for another CL.
Change-Id: I323262596ae41bc5a2700bae5942f6a4fba80936
Diffstat (limited to 'graphics/java/android/renderscript/ProgramFragmentFixedFunction.java')
0 files changed, 0 insertions, 0 deletions