Another way we could miss the application's flags is because the
system now force hides application windows behind the lock screen. So
we need to use this new API to actually take those into account when
looking for the top-most window that can specify for the lock screen
to be removed or hidden.
I have tested with pulling the device in and out of the desktop with
all kinds of random speeds and ways and this -seems- to now cover
everything. Keeping fingers crossed.
Change-Id: Ice640eea6ee06ee27f069d60856fb394c7eeae51
The issue I saw was then when plugging into the dock, we the battery
first is in the "USB" state before going to "AC". The phone window
manager would pick up the first state, but not the second.
This change reworks this code to always monitor the battery status
while plugged in to the dock, to update itself whenever that state
changes. When not in the dock, we don't monitor, since this is
only used to determine whether to keep the device on while in the
dock.
Change-Id: Ic1e8b584082a44c4e5df13ee19dab450775027f6
The lock screen's flag to force the status bar on was sometimes
interfering with the flag of the alarm behind to hide the lock screen.
Change-Id: I91368c56d09d35b03db548530aa1eb59197206bd
This ensures that the keyguard is fully displayed before the processor suspends,
which avoids a race condition when the device is powered back up.
Fixes one instance of bug b/2164183
Change-Id: Ifd7f928068cf779ec725937db82af69306c02107
Signed-off-by: Mike Lockwood <lockwood@android.com>
Update LockScreen to implement the latest RotarySelector
OnDialTriggerListener interface. In a followup CL we'll use this to
display onscreen hint text while dragging.
BUG=2158434
DRNO=timsullivan
TESTED=exercised the lock screen widget, confirmed there's no new behavior.
This allows us to disable the keyguard while docked without disabling the status bar.
Change-Id: I06ff48dcb1922a26e356faee0aefa91b7c871e6a
Signed-off-by: Mike Lockwood <lockwood@android.com>
The delay should make sure the animation works, and by still removing it, we
preserve the initialization logic that depends on being reinstantiated each time
the screen turns off. The logic could be adjusted to work without this, but
seems safer to maintain the existing behavior. Also reduces risk from having
keyguard around all the time.
It looks like there may have been a race when restoring that would allow
you to show the menu before it is restored. I couldn't repro on my current
device before the fix, though.
Change-Id: I624e1306871344d3ee39f69dde832b3db2530a5f
- Implement new window flags for dismissing non-secure lock screens.
- Implement launching of docks from the home key.
Change-Id: If29f299db47e3759c3e146983f59d0f86ed22c4c
- The window flag to hide the lock screen will now allow you to press home,
and automatically dismiss the lock screen if it is not needed for security.
- When opening the lid, if the lock screen will be shown, try to avoid
turning on the screen until it is ready. There is actually still some
problem with this.
Change-Id: I51d769b8e6cff7b439b1ffea927c0a01376427b1
For UI interface consistency with airplane mode change from setting menu,
an ECM exit dialog should also be shown up when user wants to change airplane
mode in ECM after long key pressing power key. Then based on the user's choice to change
airplane mode. i.e. press Yes to exit ECM and turn on airplane mode or press No
to keep ECM and do not change airplane mode.
Change-Id: I0fe7e5cdeec0f33852615b491b75f65a46257590