* commit '841ce670b29180a157a084a9c0e803b13e92020c': (26 commits)
hide the correct text, and more text, on bounce
Improve PIN key layouts.
Obscure speech for PIN password keys when no headset plugged in.
Initial changes to allow dropping on delete target to remove widget.
hide multiuser selector when IME is up.
Block swipe up gesture if challenge non-interactive.
Properly disable challenge handle.
Disable disable back if using an alternate back icon.
Disable security handle when swiping into camera widget.
Import translations. DO NOT MERGE
Fix small issue with previous CL
Widget size policy, size callbacks
Don't show security method until we actually return from the camera
Fix whitespace problem and sync with prototype.
PUK support.
Fix build.
SIM PIN support.
Use clock's widget as the default keyguard widget
Add configurable em-dash separator for all concatenated keyguard strings
Cleaning up keyguard persistence threads when the pager is detached. (Bug 7460991)
...
Throw early when structure is unstable, which allows the normal
recoverFromWtf() path to recover automatically.
Bug: 7440485
Change-Id: Ic150d17daac4de7c9ff3489025403a9b485b4620
...lockscreen sometimes and remains black / blank
The problem was that we were using the animation-side wallpaper state
in cases where it was not updated yet.
The mWallpaperTarget variable is propagated over to the animation
side when the main window manager state updates. On the animation
side, this is used by hideWallpapersLocked() to determine if the
current wallpaper should be hidden.
The problem is that various paths to hideWallpapersLocked() can
come from the layout side of the window manager instead of the
animation side. This causes the problem here because in this case
the wallpaper state may not have yet been propagated to the
animation side, so it could incorrectly decide to hide the wallpaper
because it thinks there is not a target when in fact a target is
set in the layout side. This won't get fixed until some time way
later that the layout side decides that a new window is being shown
that may need to have the wallpaper shown.
The fix here is pretty gross, but as safe as possible -- the
hideWallpapersLocked() function now uses either the animation or
layout wallpaper state depending on where the call to it is coming
from.
Change-Id: I9250bfeae6e11c1761760bcc696fdb33fb5c8a5f
- space between digit and mnemonics
- better center the (left-aligned) text in its container
- nudge the enter arrow a little to the left in its
container
- add missing contentDescriptions for SIMPIN/PUK
Bug: 7427380
Change-Id: I0f5d9d1554a476c00591981028733ee6924bb729
If applicable, also announces that the user needs a headset when
displaying the PIN pad layout. Also fixes accessibility focus "falling
through" to the next Z-ordered view.
Bug: 7436382
Change-Id: Ic1db5320b2e47ff181c5902e9f7980fe3fe6756b
Decrement the number of updates after a location fix has been sent to a
a listener. This is necessary for respecting calls such as
requestSingleUpdate().
Bug: 7460868
Change-Id: Iea207ab494b93b936ca434d59652bb2cb6404cef
