- Apr 24, 2023
-
-
Jihoon Kang authored
-
Matt Gilbride authored
-
Elliott Hughes authored
-
mattgilbride authored
Bug: 278147400 Test: TH Change-Id: I8292fc4bb8f3790b59436f5009b02c64e8244698
-
Treehugger Robot authored
-
Robin Lee authored
-
- Apr 21, 2023
-
-
Mateus Azis authored
-
Treehugger Robot authored
-
Steven Terrell authored
This fixes a bug where if the EditText view has or had focus and then is removed from the layout and re-added the cursor does not resume blinking. There was a change several months ago that prevented the cursor from blinking when the window is no longer visible. That change added a check in shouldBlink to verify that the window is visible. This created a situation where the window might not be visible when makeBlink is called from onFocusChanged and as a result mBlink is never instantiated. This resulted in the cursor not blinking after an app starts. The fix was to call makeBlink again when onAttachToWindow is called. The Window is visible at this point and the cursor blinks as expected. The reason the code change below is needed is in the case where a view is removed and added back after the mBlink object has been instantiated. A call to unCancel is needed to ensure that the cursor resumes blinking as expected. This was identified in this change aosp/2540031. The change also guards against the window not visible case as outlined above. Bug: 278907680 Test: Added following CTS test: testCursorResumeBlinking_AfterFocusedView_DynamicallyRemovedAdded testCursorBlinking_ViewDynamically_RemovedAdded_NeverHadFocus testCursorSuspendBlinking_ViewDynamicallyRemoved testCursorNotBlinking_ViewDynamicallyAdded_NoFocus testCursorBlinking_ViewDynamicallyAdded_WithFocus Change-Id: I07afc7ef1a707549240479015a00a66db814afb7
-
Vova Sharaienko authored
-
Vova Sharaienko authored
- to be used as a static lib by mainline modules Bug: 271127104 Test: m Change-Id: I80b03fb6dbcff95dd7fc0d5c4af6e868629cce64 Merged-In: I80b03fb6dbcff95dd7fc0d5c4af6e868629cce64
-
Treehugger Robot authored
* changes: Tweak remote_provisioning command line interface Add command line interface for remote_provisioning
-
Robin Lee authored
See ag/22707221 Change-Id: I80b84596c14dd8ea66baba71a0e94d2c1abf02f8
-
Treehugger Robot authored
-
- Apr 20, 2023
-
-
Mateus Azis authored
- Make fields that are only assigned once private. - Fix typos. - Remove unnecessary boxed types. - Remove unused default value variable assignemnts. - Merge repetitive exception handling. Test: m dist -j && acloud create --local-instance --local-image Change-Id: Idc2aa16798d6cf4fe9df0a13f37e002667a1de41
-
Biswarup Pal authored
-
Julien Desprez authored
-
Biswarup Pal authored
Test: N/A Change-Id: Id95f242ba2be042c592fc11b5a11e16853565a49
-
Treehugger Robot authored
-
Julien Desprez authored
Change-Id: I5724508e98283f42ca6cc3b18ecd0e02ff785c4f Merged-In: Iccada6fdc4abac360533389c68c44af7c2c90b27 Test: presubmit Bug: 269138674
-
Andrew Scull authored
Only print an IRPC's minimum number of keys on versions of the HAL where it will be meaningful and initialized. Also indicate which options could not be understood. Test: atest RemoteProvisioningShellCommandTest Bug: 265747549 Change-Id: I0dbcd6af5a5de20783b6d57874fb67801a39240d
-
Andrew Scull authored
Provide an ADB interface to interact with the remote_provisioning service for diagnostic purposes. The service reports details of the IRPC components in dumpsys and allows ADB to query the IRPC instances and request a CSR from each of them. Test: adb shell dumpsys remote_provisioning Test: adb shell cmd remote_provisioning Test: atest RemoteProvisioningShellCommandTest Bug: 265747549 Change-Id: I593a4b599f4fc8e27d7f79d1d5f3955eabc9641d Merged-In: I593a4b599f4fc8e27d7f79d1d5f3955eabc9641d
-
Julien Desprez authored
Change-Id: I359dbf9adab003b822a2b74f6a3b942e6d594327 Test: presubmit Bug: 269138674
-
- Apr 19, 2023
-
-
Harshit Mahajan authored
Merge "Adding OWNERS to rollback tests (cherry picked from https://googleplex-android-review.googlesource.com/q/commit:040afecdb0ec503c7588ab252f50f73334bf14bd)"
-
Diya Bera authored
-
Hui Wang authored
-
Harshit Mahajan authored
(cherry picked from https://googleplex-android-review.googlesource.com/q/commit:040afecdb0ec503c7588ab252f50f73334bf14bd) Change-Id: I7b5d930159a8ee9966374db83d24b8cea5f796b9
-
Treehugger Robot authored
Merge "Restoring SDR brightness immediately when entering dim state if the device is in HDR brightness scale mode."
-
Mateus Azis authored
Try-with-resources guarantees that objects will be closed even if an exception happens after their creation. It also handles nulls and avoids throwing NPE. Test: built and launched Cuttlefish. Change-Id: I80e767d1fbbca25a724bfe94e1752f88891a6bb0
-
- Apr 18, 2023
-
-
Diya Bera authored
Test: N/A Bug: 278741020 Change-Id: I45c57cf5079f0e69375e3ba8196b6259dfd47a92
-
Yichun Li authored
-
Hui Wang authored
The network scan info will be removed when the scan is stopped or cancelled. In this case, race condition would happen if ril returns the scan result at the same time. Bug: 277162146 Test: make Test: atest CtsTelephonyTestCases FrameworksTelephonyTests Change-Id: I1fc42a10ea17baa5a020164d2d8eb425e9b97029
-
- Apr 17, 2023
-
-
Treehugger Robot authored
-
Suren Baghdasaryan authored
-
Emilian Peev authored
Increase the Jpeg/blob buffer capacity from width * height to (width * height * 3) / 2 + JPEG APP1 segment size. Bug: 278153054 Test: Camera CTS Change-Id: Ib24fc01012ef3faf67e8b254561434575f180419
-
Suren Baghdasaryan authored
Failure by webview to create a process group for newly spawned child is treated as a fatal error. This is done to avoid leaving children in the parent's process group because such relationship can lead to side-effects, like freezing the parent when the child's group is being frozen. However, if the child died before it could be added into a process group, there is no such danger, therefore such failure does not have to crash the parent process. Check for this situation and when createProcessGroup() fails because the child is dead, just log the error and keep going. Bug: 270103958 Change-Id: I129da0838fc14ac0dbda43de49bcf47918f1822d Signed-off-by:
Suren Baghdasaryan <surenb@google.com>
-
jiayongqiang authored
device is in HDR brightness scale mode. Because the mBrightnessReason.modifier is updated after scaling HDR brightness by calling mHbmController.getHdrBrightnessValue(), so if the device is entering dim state, the brightness will still scaling to HDR brightness, instead of setting to dim brightness directly. Bug: 274763122 Test: atest BrightnessThrottlerTest DisplayModeDirectorTest BrightnessLevelPreferenceControllerTest HighBrightnessModeControllerTest Test: Manually operations: 1. Enable HBM function; 2. Open a HDR layer; 3. Wait until the screen is dimming; 4. Check related logs. Change-Id: Ie8ba03cfdd4a8aa446071e05db1c302182a92939 Merged-In: Ie8ba03cfdd4a8aa446071e05db1c302182a92939
-
Jean Chalard authored
-
Jean Chalard authored
-
Jean Chalard authored
-