- Jul 10, 2020
-
-
Aurimas Liutikas authored
This reverts commit 8497789b. Reason for revert: This was fixed, see b/160796554 Bug: 160796554 Change-Id: I42f8d6b76c7319522239517ac3aff6eee7d9084b
-
- Jul 09, 2020
-
-
Aurimas Liutikas authored
checkstyle uses inefficient git calls that make it really slow for --partial-clone Bug: 160796554 Change-Id: I3bb2ac1bebdb6f778b2d2ff159eefb27664aa177
-
TreeHugger Robot authored
-
Jing Ji authored
-
TreeHugger Robot authored
-
Bill Yi authored
Auto-generated-cl: translation import Change-Id: I9bd4e94276357c8fd68e943aa20d7e36652f5ee6
-
Adrian Roos authored
-
TreeHugger Robot authored
-
Jing Ji authored
Bug: 160875447 Test: m -j offline-sdk-docs & manual verify the javadoc Change-Id: Iae09584b42990092166be3c9a2bb792fa2d0abef
-
TreeHugger Robot authored
-
arthurhung authored
Currently, all buffered layers are included in input occlusion calculations, the overlay window which can't receive input event should also need to explicitly opt out by setting window type. - For overlap window, reuse the invalid input window handle and fill the necessary fileds, it could also fill some fileds in SurfaceFlinger because the token is null. Bug: 160590776 Bug: 158717144 Test: enable pointer location, launch app which would popup grant permission dialog Test: atest WindowInputTests Test: test suite on Cuttlefish API 30 Change-Id: I9d618a0a7d7cef7f8f90200b22138c78ae6d6cc8
-
Adrian Roos authored
Fixes a flicker that occurs during transitions between windows. This happens for two reasons: 1.) Control is immediately transferred to the new window, and the previous window didn't get a chance to play the animation. This is addressed by adding logic to keep control on the exiting window for the duration of the transition - similar to what we do with the target for z-ordering purposes. 2.) Upon the input connection being severed, the InputMethodService immediately hides its window, preventing any animations whenever the input connection changes This is addressed by moving hiding of the surface into the controlling windows - where upon receiving control, we now trigger removal of the IME surface if we don't show it. Additionally: - Now ensures that any requests from the ImeInsetsSourceConsumer ensure that they come from the window that is currently served by IMM. - Removes the transparancy clause from isImeTargetFromDisplayContentAndImeSame to match the updated IME target computation in DisplayContent in [1]. [1]: Iedd5f7407926167f4891ce9b7e9a79e22751e668 Fixes: 153145997 Fixes: 150902448 Test: atest WindowInsetsAnimationControllerTests Test: atest DisplayContentTests InsetsSourceConsumerTest Test: Open app with IME, press HOME button, verify IME smoothly animates away Test: Open Messages, open a thread, open IME. Click search icon, verify IME opens in the search activity Change-Id: I4910c2a06cc67b0470477b245fc1de54b75f10f9
-
Nandana Dutt authored
With scoped storage, more apps will need to rely on SAF to get access to non-media files. Allow more grants by bumping up the limit to 512. BUG: 149370983 Test: m Change-Id: I26ae0ff660ecfb846a06fca00de7c1ad41ace2b2
-
Orion Hodson authored
-
Calin Juravle authored
System Server dex files has a special dexopt path while the OTA service uses a PackageDexOptimizer backdoor which breaks the assumptions. Ignore any file loaded by system server until we update the OTA service to use the proper PMS dexopt paths. Test: adb shell; /system/bin/otapreopt_script 1 Bug: 160735835 Change-Id: Ic3d0a3127862c99c7e29ce552f6d89c248df1d0c
-
Mark Chien authored
-
- Jul 08, 2020
-
-
Selim Cinek authored
-
Ahaan Ugale authored
-
Hall Liu authored
-
Selim Cinek authored
It was showing up as an unlabeled element, but can't usually be scrolled anyway. And when it's scrolled it can still be performed using talkback. Fixes: 160329869 Test: enable talkback, drag down notification panel Change-Id: Iaf4785213c58cb9efeb19aff4c164f78cdacfdab
-
Patrick Baumann authored
-
Ned Burns authored
-
Vishnu Nair authored
If a requestLayout happens on a child view after the measure pass, before the layout pass then the child view will not layout. This can happen if a view calls requestLayout during measure or during SurfaceView surface destroyed callback. This fix addresses the second scenario by moving the callback to after the layout pass. Bug: 159183008 Test: Repro steps in bug Test: go/wm-smoke Change-Id: Ie2794a3751c99cabf6e07445c91159e35eeb1729
-
TreeHugger Robot authored
-
Hall Liu authored
Add a Telecom command to stop the number blocking suppression that happens after an emergency call. Bug: 158798240 Fixes: 160667708 Test: atest CtsTelecomTestCases Change-Id: I122de1962fb6aa48a3092c2aa323dcbdcbb8f42e
-
Charles Chen authored
-
lpeter authored
The current implementation has a problem where: In the autofill side, there can be multiple autofill sessions existed at the same time. But in the IME side, there is always only one InlineSuggestionSession at any given time. It will cause the previous autofill session to fail communication with IME. It would better change to drop down UI when the autofill inline suggestions don't be shown in IME. How to reproduce this issue: To add an input field with autofillable into the authentication activity of InlineFillService. To tap on the input field of the authentication activity during the authentication flow. After completing the authentication, the inline suggestions won't be shown in IME. BTW, if the input field is marked as non-autofillable, this issue won't occur. Manual verification: 1.Tested this patch with InlineFillService and it worked well. 2.Feng also helped to test this patch with the webview (sort of randomly), and didn't find any broken case Bug: 158877106 Test: atest CtsInputMethodTestCases Test: atest CtsAutoFillServiceTestCases Test: new CTS test Ie1d9055b0eabfcaa00861869467be8dcee25833e Test: manual verification with InlineFillService Test: Feng also helped to test this patch with the webview Change-Id: Ib06edd823fa4478f34362164f3f7dd3544e51705
-
Ned Burns authored
As of ag/11546928, the framework emits an ACTION_CANCEL when the proximity sensor turns off the screen, not an ACTION_UP. Previously, we always expanded the shade in response to an ACTION_CANCEL. However, after this change, this caused Dialer users to end up with an expanded shade after putting the phone to their face, making it easy to face-dial their notifications. This CL changes the behavior to put the shade back to where it was when the gesture started -- either expanded or closed. Fixes: 155362798 Test: manual Change-Id: I2d11d9f03bfe1e905028a640e2eb871d32e37248
-
Charles Chen authored
Add null checks in both ContextWrapper and before obtaining ContextImpl#getOuterContext. Test: atest ContextTest#testIsUiContext_ContextWrapper fixes: 160037462 Change-Id: Ic6a71dd9ac4b195d219d6e5431f2f2b199a400fa
-
Nikita Dubrovsky authored
-
András Klöczl authored
-
Jerry Chang authored
Perform stage installer check and consume bypass flag only when it's creating stage session and was not calling from system/shell. Fix: 159412477 Fix: 159684099 Test: atest CtsStagedInstallHostTestCases Change-Id: Ic5439ad57b3c475d36746b1b36a99618c5b09ad6
-
Ryan Lin authored
-
Issei Suzuki authored
-
Treehugger Robot authored
If the test run adb over network and ethernet is available, it is likely that adb may run over ethernet. Then the test would fail because adb would break when ethernet is switching from client mode to server mode. Bug: 160389275 Test: atest CtsTetheringTest Merged-In: I57d365d33316881c50c3bf7fd1c98926d10842d3 Change-Id: I57d365d33316881c50c3bf7fd1c98926d10842d3
-
TreeHugger Robot authored
Merge "Remove references to undocumented WHITELIST_AUTO_REVOKE_PERMISSIONS from javadoc" into rvc-dev
-
Winson Chung authored
-
ryanlwlin authored
The properties populated when double-tap and hold is detected is not cleared after interaction end. It cuases an offset on hoverevent. Bug: 160463594 Test: atest TouchExplorerTest Change-Id: Id5115fe64e4bda9c7657f67bef62290858442de9
-
Selim Cinek authored
-
- Jul 07, 2020
-
-
Winson Chung authored
- This case still shouldn't ever happen, but we're still getting crashes. It looks like the call to wrapHardwareBuffer will always create a hw buffer even if the graphic buffer is null, and the internal call to wrap the hw buffer may not have the flags if a null buffer is provided. Bug: 157562905 Test: Haven't been able to reproduce Change-Id: Ia61809a4dc53317139446d099cfa262c095d2aea Merged-In: Ia61809a4dc53317139446d099cfa262c095d2aea
-