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
When a pattern is enabled, there is no informational lock screen, just the pattern
screen. Eventually we will get a new layout that manages to show the relevent information
(date / time / charging info / alarm) on the pattern screen.
Also: I noticed that when there is no backup option available, we still showed
the "forgot pattern?" button, which would do nothing. I fixed that; we
no longer show the "forgot pattern" button if there is no account unlock
option available.
a
Issue 1401973: A dialog with menu has wrong menu placement
Issue 2111181: status bar overlaps the more menu in browser
Menus are now dialog panels, so they are placed within the entire
screen and not attached to their parent window.
Change-Id: Ia9702d5e30a6ba5ebb0254abe6a94cbbdfa9866d
We now use the new tracking and long press dispatching in the framework
to greatly simplify this code.
Change-Id: I4c0ed51dc2d07ed3bb20c64c67eede83bdb123b9
When a user hits the 'forgot pattern' button, they aren't permanently forced into
using the account to unlock the screen; they can get back to the pattern screen by
hitting the back key, or by turning off the screen (e.g it's not sticky).
Also, show progress dialog while checking account, and make sure we are on the UI thread
when doing stuff from the account callback.
