Instead of passing the Message#replyTo to the receiver and let receiver
post back via Messenger.
Video: http://go/recall/-/aaaaaabFQoRHlzixHdtY/cnIejHZmI9hPxzC1bjOixm
Bug: 157241292
Test: expand PiP window in secondary user
Change-Id: I276923d3508f5cce8f5c34cdcf7c11433eb8ee6b
* the behavior was changed in ag/11362916 causing it to be
inconsistent with the dropdown UI.
Test: atest android.autofillservice.cts.inline
Bug: 156667581
Change-Id: I29b5a2cdfacdeda2d36a488c64e745ea795b01f9
Because we were using a transition to update the content
and the guts were using getHeight() to infer their
actualHeight, getHeight() was returning the start
value of the animation and only updated later when other
state changed. This is now fixed by returning the
height determined in the layout.
Bug: 157215227
Test: add guts with 3 line priority, switch between them, observe correct measuring
Change-Id: Icdecd022276e1e21b78991cb5de9f3f7972cb490
We will only display the handle on the first entry.
Bug: 156917828
Test: Enter PiP, see drag handle - after fullscreen expand
and re-enter PIP, no longer see the handle
Change-Id: I5b5ec8bf532366525e8696dc3059a75967398323
When there is no HAL connection or HAL malfunctioning, thermal status
will stay in an invalid value, which would be returned when client
register status callback.
This CL will opportunistically assume system is in "NONE" throttling
when in above states such as no HAL connection or HAL malfunctioning.
Bug: 155772239
Test: atest ThermalManagerServiceTest
Test: atest PowerManagerTest
Test: atest thermalmanager-test
Change-Id: I9fceb5ef6f8b9a23983b7b93200f381eaf23a77b
When dismissing PIP via the close button or via dragging to the dismiss
area, #finalResizePip is being called which then sets the PIP task back
to its PIP bounds when it should be set undefined already by the
framework.
Tap to close: The tap UP event causes a double-tap delay callback, which
gets ran shortly after the close button is tapped. Since we are already
dismissing and PipTouchHandler gets that callback, we will simply remove
the double-tap callback. We will also shorten the hideMenu animation to
0 for this case.
Drag to dismiss: The dismissal causes an animation, which then calls for
a Resize-callback. There really is no need to do this for the case of
dismissal, so we will avoid calling it.
Bug: 155794931
Test: Dismiss both PIP and then try to get PIP enter secondary
split-screen, and YouTube no longer stays black screen
Change-Id: Ic93b210f9f3f7d8947f3fe36f5fa32886f8170ee
* This is broken by ag/11443581 where we remove clearing the
suggestions when view exit. The problem is that we cache the
suggestions across onFinishInput/onStartInput events and resends
the suggestions when autofill id matches. But the autofill id
can be the same for different apps, so we ended up resending
the old suggestion in the new app field with the same autofill id
but doesn't have its own autofill suggestions.
* The fix is to clear the suggestions cache in the autofill side,
but to avoid flickering the IME UI we don't send an empty response
to the IME when observing ACTION_VIEW_EXITED
Test: atest android.autofillservice.cts.inline
Bug: 157174936
Change-Id: I156eecab3cae0b0684f3c5f5e0f852bf73e93a19
Remove "App info" item from all long-press menus as it's no
longer needed. Prevent DS targets from showing a long-press
menu. Simplify code surrounding this, in part, for future
migration to a popup menu.
Fixes: 157156399
Test: manual
Change-Id: I3e29e3dd46268cc344dcc93059f2bda1eeef32f1
