Fix issue #6636731: Mariner animation ring gets stuck

Weren't cleaning out any ActivityOptions that are still attached
to a finishing activity.

Bug: 6636731
Change-Id: If0520bbcbf1d4ce19d46ff769918893cefda9c87

Merge "Help out issue #6654729: CAB + screen off during playback" into jb-dev

Merge "Synthesize fake vsyncs when the screen is off." into jb-dev

Synthesize fake vsyncs when the screen is off.

When the screen is off, we might not receive real vsync pulses from
the hardware which would cause posted Choreographer callbacks to not run.
This is bad because messages in the Looper might be blocked behind a barrier
that is scheduled to be removed by one of those Choreographer callback
(see ViewRootImpl.doTraversals).  Until the barrier is removed, those messages
will not run.  To prevent starvation of the Looper, we synthesize fake vsync
pulses at a reduced rate whenever the display hardware stops generating them.

This change should fix a variety of rare non-deterministic bugs where
the system might appear to be unresponsive while the screen is off,
and spurious ANRs reported shortly after the screen is turned back on.

Bug: 6574842
Bug: 6636995
Bug: 6643559
Change-Id: I263f2fdf979afd79e5ac47a0cc5d34a93b860c21

Merge "Handle ENITR failure for Headset control channel." into jb-dev

Handle ENITR failure for Headset control channel.

Wrap poll and read with TEMP_FAILURE_RETRY
bug 6503000, 6623444

Change-Id: I2e302dc04df6b5bd5982c3d189881a687a95fb2d

Help out issue #6654729: CAB + screen off during playback

People generally expect, if they are using FLAG_KEEP_SCREEN_ON,
that the screen won't immediately dim after it is cleared, even
if it has been passed the user activity timeout since the last
user interaction.  So include the flag to reset the user activity
timeout when releasing its wake lock.

Change-Id: If7a8fea8faef3edbf13dff10a2f248adc9e3ff0b

Merge "Don't finish noHistory="true" activities behind the lock screen" into jb-dev

Merge "API updates for MediaRouter" into jb-dev

Merge "Run the screen on/off broadcasts at foreground priority" into jb-dev

Merge "Add support for NEXT_HTML_ELEMENT to WebViewClassic." into jb-dev

Run the screen on/off broadcasts at foreground priority

Bug 6643559

Change-Id: I392f11dabea518238d0f4336c3663bf5c7d46146

Don't finish noHistory="true" activities behind the lock screen

The foreground activity is stopped when the device goes to sleep,
and started again when the device is unlocked.  We now distinguish
this case from a "normal" stop, and do not finish() a foreground
noHistory="true" activity inappropriately when the device sleeps.
We also detect the case where an activity is started while the
device is still asleep, in which case the foreground noHistory
activity is cleaned up as part of bringing the new activity to
the foreground.

Bug 6657549

Change-Id: I9c6a0830aed0e47e4207b62803b90067c8486112

API updates for MediaRouter

* Accept a Context when fetching the names of routes and
  categories. This lets string resources resolve at time of access
  with the correct configuration. The older versions remain available
  that will use the static resources from the application. (There are
  enough cases where applications will populate this from external
  data that requiring it each time even when it was not initialized
  from a resource doesn't seem reasonable.)

* Remove the ability for apps to programmatically select non-user
  routes.

* Make MediaRouter.Callback an abstract class instead of an interface.
  This will make further extensions easier to keep compatible in the
  future.

Change-Id: If981c511dfbdfaf41ef0d1cfe4a377fc14bb5600

Merge "DO NOT MERGE Respect the "Make password visible" setting." into jb-dev

Merge "Show even fewer notifications in Setup." into jb-dev

Add support for NEXT_HTML_ELEMENT to WebViewClassic.

Bug: 6663344
Change-Id: Ieb48998e3af12916fe499a12d5bf7a767df8d05b

Merge "AccessibilityInjector should return false on a failed action." into jb-dev

DO NOT MERGE Respect the "Make password visible" setting.

 Bug 6667146

 Webkit Change: I95ffcfa6fa47baad60b1af55f84bee35dfcc7972

Change-Id: I7fc107b02f73f4c54e8fe66484038ea9d7b69d61

Merge "Expose apps when keyguard animating." into jb-dev

Merge "Tweak recents launch app animation" into jb-dev

Merge "Don't create a giant layer for all notifications Bug #6642475" into jb-dev

Don't create a giant layer for all notifications
Bug #6642475

When expanding the status bar, create one layer per notification instead of
a single giant layer for the pile of notifications. This prevents layer
creation failure when the total height of the notifications is larger
than the maximum allowed texture size in OpenGL ES 2.0.

This change only enables layers on notifications that will be visible
once the notification area is fully expanded.

Change-Id: I3c791a66cf5ac0973f3a65cfcd84b95209d580f3

Expose apps when keyguard animating.

Continuing in the trend of not hiding apps while the keyguard is
animating.

Fixes bug 6653600.

Change-Id: I151315084a13dcec061d2d6edccd31e1133610f4

Merge "Remove Disco video from builds." into jb-dev

Show even fewer notifications in Setup.

Restricting to pkg="android" didn't filter out things like
open wifi networks, etc. So now we have a whitelist:
notifications must be sent the "android" pseudo-package,
*and* they must have one of these "kind" tags:

  - android.system.imeswitcher (IME switcher, needed by SUW)
  - android.system.update (OTAs)

Note that OTAs currently use a fullScreenIntent, so they
bypass this logic anyway, but for consistency's sake we now
allow OTA icons in the status bar explicitly.

Bug: 6645469
Change-Id: Ib2e2f22d7a0817a1acaf8137ed4f3c7d3ddf8af5

Merge "Import translations. DO NOT MERGE" into jb-dev

Import translations. DO NOT MERGE

Change-Id: I561c60ea1ff93ae79414331242232bccfc820679

Tweak recents launch app animation

- Sometimes the black background would flash; changing
animation durations to make this much less likely
- Fixing issue in Recents where we sometimes forgot
to disable drawing caches on views after enabling them

Merge "Change snap behavior for lock screen" into jb-dev

Merge "Add new ASSIST key and map it to the global assist intent." into jb-dev

Merge "Support route grouping in the MediaRouter dialog UI." into jb-dev

Change snap behavior for lock screen

Use angle and distance from center, rather than
distance from target.

Change-Id: Ic970bc4b05d341dbb6aab334e3f630794f2a211c

Merge "Fix bug #6661824 Hebrew Text can be clipped" into jb-dev

Merge "Active window not updated window not updated properly." into jb-dev

Active window not updated window not updated properly.

1. Accessibility allows querying only of the active window.
   The active window is the one that has input focus or the
   one the user is touching. Hence, if the user is touching
   a window that does not have input focus this window is
   the active one and as soon as the user stops touching
   it the active window becomes the one that has input
   focus. Currently the active window is not updated properly
   when the user lifts his finger. This leads to a scenario
   of traversal actions sent to the wrong window and the user
   being stuck.

   The reason is that the last touch explored event that is
   used to determine where to click is cleared when accessibility
   focus moves but this event is also used to determine when to
   send the hover exit and touch exploration gesture end events.
   The problem is that the last hover event is cleared before
   it is used for sending the right exit events, thus the event
   stream is inconsistent and the accessibility manager service
   relies on this stream to update the active window. Now we
   are keeping separate copies of the last touch event - one
   for clicking and one for determining the which events to
   inject to ensure consistent stream.

bug:6666041

Change-Id: Ie9961e562a42ef8a9463afacfff2246adcb66303

Merge "If a gesture cannot be detected the device should transition to touch exploration state." into jb-dev

Merge "NavBar: Slippery on the unsecured lock screen." into jb-dev

Merge "Fix NPE when public API removeProximityAlert() used before addProximityAlert()." into jb-dev

Merge "Remove an unnecessary animation." into jb-dev

NavBar: Slippery on the unsecured lock screen.

The NavBar is always non-slippery, except when:
 - the notification shade is showing
 - the 3 buttons (back,home,recents) are disabled

Also fix unrelated bug that ignored the "show panel delay"
before the first config change.

Bug: 6614842
Change-Id: Ib40adaef122b563809398fdebbd8a88d8f0c7ffd

Merge "enable touch feedback on notification title." into jb-dev

Merge "Invert the sense of the two-figner direction on tablets." into jb-dev

Add new ASSIST key and map it to the global assist intent.

Moved some duplicate code from SearchPanelView and LockScreen
over to SearchManager to avoid creating yet another copy of it
in PhoneWindowManager.

Bug: 6594275
Change-Id: Ib4ebcd6817639d17548952ab2ce7cb876c05777c

Merge "When SIM absent, keyguard should be considered non-secure." into jb-dev

Merge "Add property to override backdropper effect threshold." into jb-dev

Support route grouping in the MediaRouter dialog UI.

Change-Id: Idcae12cedfb7ca13950e7fa45441fba2029a9f68

If a gesture cannot be detected the device should transition to touch exploration state.

1. We are deciding whether the user is performing a gesture or an exploration based
   on the gesture velocity. If we are detecting gesture we do the recognition at the
   gesture end which is when the finger goes up. This is better than having a mode
   toggle gesture for exploring and gestures detection. However, it is possible that
   the user really wanted to perform an exploration but was moving too fast and
   unless he lifts his finger the device is in gesture detection mode. This is
   frustrating since the user has no feedback and assumes exploration does not
   work.

   We want to perform gesture detection only for a maximal time frame and if the
   user did not lift his finger we transition into touch exploration state.

bug:6663173

Change-Id: I954ff937cca902e31b51325d1e1dfce84d239624

Merge "BUG 5457035: lowering max FUL failed attempts to 3" into jb-dev

AccessibilityInjector should return false on a failed action.

1. AccessibilityInjector was returning true even if the underlying
   JavaScript was not loaded/failed. This may lead to TalkBack getting
   stuck in a web view. To avoid this TalkBack requires gran1ularity
   change when getting into web view. This is neither advertised nor
   shown in the tutorial and which is worse it is inconsistent with
   the traversal of the app.

   Now if the action fails, false is returned and also the timeout for
   handling the action request is increased to 5s. Upon the completion
   of this timeout TalkBack may decide to show a wait dialog or just
   skip the web content. We are treating this as an ANR.

bug:6663344

Change-Id: Idf3d08fe928c495bb974a127f853de6f938e2f77

When SIM absent, keyguard should be considered non-secure.

Previously, it was observed that while a SIM is being initialized
by the hardware the SIM may briefly be reported as being in an
ABSENT state before eventually transitioning into a READY,
PIN_REQUIRED, PUK_REQUIRED, PERM_DISABLE state.

While booting up, the phone might observe that the SIM is ABSENT and
therefore bypass the keyguard going straight to the home screen.
Later when the SIM was fully initialized, the phone would revert back
to the lock screen in order to ask for the PIN.  The user might
turn on the phone, slide out the keyboard (bypassing the keyguard),
then a few moments later the keyguard would pop up prompting for a PIN.

The user experience could be somewhat jarring, so the keyguard was
changed to handle the transient case differently.  While the SIM
was ABSENT, the keyguard would not be automatically bypassed
by opening the keyboard slider.  Thus the user would be forced to
manually swipe away the keyguard before interacting with the
device.  This would help to cover the time it would take before
the SIM was fully initialized and the keyguard could determine
whether the user would need to be prompted for a SIM PIN or PUK.

To prevent the keyguard from being bypassed automatically, we
hacked up the keyguard so that it would be considered to be in a
secure state while the SIM was ABSENT.  It's worth noting that
considering the keyguard to be secure did not confer any
additional security properties to the system whatsoever.
If the user did not have a pattern lock, PIN or password set then
all it would take to access the phone is to swipe away the keyguard.

This old hack was all about devices with slide-out keyboards,
but it had some side-effects.  Namely, it assumed that the SIM
ABSENT state was transient.  But what about phones that are
being used without a SIM at all?

Considering the keyguard to be secure when the SIM is ABSENT
breaks stuff.  In fact, it turns out that making the keyguard
secure isn't really what we want at all.  What we want is a way
to prevent the keyguard from being automatically bypassed on
boot when the user opens up a sliding keyboard.  But we don't
have those anymore... and in the worst case it was just a little
janky... and what's more, nowadays the keyguard provides useful
features so maybe we shouldn't bypass it anyhow... oh and actually,
I deleted the code that used to bypass the keyguard when the
keyboard slider was opened... so this does nothing useful at all.

Right...

This change removes the old hack thereby ensuring that non-secure
keyguard features like launching the Camera or Assistant or
application features like hands-free voice search will work
correctly on phones without a SIM.

Bug: 6022658
Change-Id: I019d1d8c65c55cbf4d10d4928e1d2b2b242162a6

Merge "Remove line3 in big notification unless there's text to show." into jb-dev

Fix NPE when public API removeProximityAlert() used before addProximityAlert().

Bug: 6313992
Change-Id: I905ad9ea771286727ce4a3a2334f2a0dac967c3d

Fix bug #6661824 Hebrew Text can be clipped

- use the correct ellipsis char in both measurement and rendered string

Change-Id: Ia00285fc16da528f18702719026503b5d0610642

Add property to override backdropper effect threshold.

Also, change the default background mean to be the first incoming frame.

Bug: 6600585
Change-Id: I2181e75711d48d01f48e3fb1d604eb467f08fda4

Remove Disco video from builds.

Bug: 6294985
Change-Id: Idde6148b94a55a27740f3b4f82c2038272f06628

Merge "Do not hide animating window behind keyguard." into jb-dev

Merge "Call WebView.performLongClick instead of performLongClick()" into jb-dev

BUG 5457035: lowering max FUL failed attempts to 3

After an unrecognized face occurs 3 times in a row, we disable FUL until the user unlocks via the
backup lock.  Lowering this values makes spoofing with liveliness enabled more difficult.  Since
we currently don't differentiate between the max number attempts with and without liveliness
enabled, we had to lower it for all uses of FUL.

Change-Id: I7a429f64cde2767ddd2ceb0885343acd0b802aac

Merge "Update wallpaper visibility at time of hide/show." into jb-dev

Merge "MediaRouter dialog" into jb-dev

Merge "Import translations. DO NOT MERGE" into jb-dev

enable touch feedback on notification title.

Bug: 6646294
Change-Id: I8ef6fa104dabe280a45258181aa2ed597e433fca

Merge "Clear identity when snoozing limit." into jb-dev

Import translations. DO NOT MERGE

Change-Id: Ic1cf133bf3f6b25be1bc748595024f973c0f0deb

MediaRouter dialog

Add the dialog behavior for MediaRouteActionProvider/MediaRouteButton.

Still TODO:

* Switch audio icon based on source; speaker/bt/user

* Rig up volume slider

* Rig up item icons

* Rig up group button for groupable categories

* Make grouping work

Change-Id: I3f992516b184d5ae940ddb7bbb7f94ff58914589

Call WebView.performLongClick instead of performLongClick()

 Bug: 6656538
 Due to the WebView/WebViewClassic refactor we need to call
 WebView.performLongClick instead of performLongClick directly
 to allow subclasses to override performLongClick

Change-Id: I9b580217fbafc82d03e63eabfdda9f5bad98db0f

Remove an unnecessary animation.

When the notification panel is full-width (small devices
like phones) we can just leave the icons showing all the
time, which saves a little CPU during the
performance-critical shade expand operation.

On sw600dp devices we continue to use DISABLE_SYSTEM_INFO to
smoothly hide the status bar when the notification panel
appears (and show it when the panel is dismissed).

Bug: 6555172
Change-Id: I59a1226549dd1e51c375c3972b47079c1ee856b0

Merge "Fix attachFunctor path to ignore delay" into jb-dev

remove obsolete notificaiton pane visibility code.

Bug: 6647263
Change-Id: I634f17c608effe215b9ec4241355fd7cc8860d8e

Remove line3 in big notification unless there's text to show.

If you have no subText or summaryText in a big template, but
you *do* have a number, the overflow bar (below the big text
or inbox or whatever) would have shown; now it does not.

Bug: 6657006
Change-Id: Ib2af2712da3a98227bd8d697560893adbdc427e9

Update wallpaper visibility at time of hide/show.

Call the Window client method dispatchAppVisibility when hiding or
showing wallpaper rather than wait until the next call to
performLayoutAndPlaceSurfaces.

Fixes bug 6645473.

Change-Id: I363f69f8db0affff92308e11ce52546401959d8f

Merge ""Two actions ought to be enough for anybody."" into jb-dev

Clear identity when snoozing limit.

Continues to check MANAGE_NETWORK_POLICY permission.  This allows
SystemUI to invoke snoozeLimit() without CONNECTIVITY_INTERNAL.

Bug: 6653091
Change-Id: I464bf62b79f2647c6b6db151251a0036897d0cc0

Fix 6641800: Remove unnecessary padding below status view

This fixes a bug on a 600dp device where the owner info text
was clipped.

Change-Id: I5293b6c1f508307dc55b23d6e2f219e9fa735693

Do not hide animating window behind keyguard.

The transition from clock to keyguard when restarting the device
was janky. The cause was that the clock app was animating away
which kept the adjustWallpaperWindowsLocked() method from setting
the keyguard as the new mWallpaperTarget. At the same time the
WindowAnimator saw that the keyguard was readyToDisplay() which
set mForceHiding true causing the clock to become hidden. Since
the clock was mWallpaperTarget the wallpaper was hidden at the
same time.

This fix does not allow mForceHiding to hide an animating
window.

Fixes bug 6649988.

Change-Id: Ie5cb0dfcc987d5ee1ad2351cf520629b8e301a2b

Fix 6613962: Update keyguard to use new GlowPadView UX design.

Change-Id: I4f1ef3107e5550f7df9dcb412943a84b66432b7d

Merge "Set detached wallpaper on the scale up animation." into jb-dev

Fix attachFunctor path to ignore delay

Don't defer functor invocation when calling attach functor directly.

bug:6653638

Change-Id: Ifffc027df16612f380f39b82b7d0a4411d53b4ea

Low disk space string change, surface state.

Surface current low disk state through IPackageManager for use in
Settings app.

Bug: 6576409
Change-Id: I9ae9ce99a2faa3015a237036c03567d1ae11628f

Merge "Print extended SQLite error code." into jb-dev

Set detached wallpaper on the scale up animation.

This keeps the background wallpaper from disappearing when expanding an
app that has a wallpaper background (e.g. clock).

Fixes bug 6649988. The second half of the bug, the first half will be
reissued as a new bug.

Change-Id: I209c9038469e4133586a927c92ef64ae43fb937f

Merge "Do not cancel animations when switching." into jb-dev

Print extended SQLite error code.

Bug: 6538393
Change-Id: I2b010c6a1127887717af67ec588c3df8bf41afe6

Merge "Add NOTICE and MODULE_LICENSE_APACH2 to libvideoeditor_jni.so" into jb-dev

Add NOTICE and MODULE_LICENSE_APACH2 to libvideoeditor_jni.so

Change-Id: Ibe37c2e6ede6143dc4e27c6072867bc58aa1c08a
related-to-bug: 6647465

Invert the sense of the two-figner direction on tablets.

Bug: 6506376
Change-Id: Ife336c6695608f14554e18e32ea35f118d7f12e2

Merge "Make sure to stop noHistory="true" activities properly" into jb-dev

Merge "StatusBar: Respond properly to global expand message" into jb-dev

Merge "Import translations. DO NOT MERGE" into jb-dev

Import translations. DO NOT MERGE

Change-Id: Iafceb53cc46753f25f460609e9db6fa227c15032

Make sure to stop noHistory="true" activities properly

The code was correctly inducing a 'finish' when such an activity was
being stopped, but then was not continuing with the rest of the stop
bookkeeping at that point.  In some circumstances this could result
in an inconsistent state, with the activity marked as finishing but
neither in the foreground nor stopped.

Bug 6585403

Change-Id: Ib5c5be885bc6534e099e040d87a8589f7b7454ce

"Two actions ought to be enough for anybody."

Bug: 6650170
Change-Id: I5ee6990a8e556f9ee1fbfb0989db33f75b07f4ea

Merge "MediaRouter work" into jb-dev

MediaRouter work

Fix a bug where MediaRouter would crash on creation

Add click listener for app-supplied extended settings on the route
selection dialog.

Change-Id: I2991db1720b5c574148e250526984592f4dc3c44

Merge "make the boot animation 32-bits to avoid banding" into jb-dev

Do not cancel animations when switching.

Was canceling ongoing animations when starting a new animation which
caused the window of the first animation to restart. This looked
janky. The original cancellation was put in to stop the incorrect
animation being selected when quickly switching between an incoming
app and the homescreen. Reversing the cancellation no longer exposes
the original problem it was put in to fix.

One way to duplicate what this is fixing.
1. Slow down animations to 10x.
2. Run ApiDemos/App/Alert Dialogs/List dialog
3. Tap outside the list dialog and then tap the home button.
Tapping outside the list dialog causes the list dialog to animate
away. Tapping the home button then causes the app to animate away.
Before this fix the list dialog would revert to full size before
the app animates away. With this fix the list dialog continues its
original animation as the app animates away.

Fixes bug 6600726.

Change-Id: I29c940254808a321c3b6c2e4f4b7c78a72b47899

Merge "Made IAudioService.setBluetoothA2dpOn() not oneway" into jb-dev

Merge "Put PLMN and SPN on one line in the notification panel." into jb-dev

Merge "Suppress header flash when collapsing notifications panel." into jb-dev