e5dbb75acdc47cd394ccf7e215e5dfc25c5ba6dd
Currently by design when launcher enters the background, it stops listening to updates in widgets. This eventually causes the dilemma for launcher when it resumes, before the update can be returned from the system process via IPC, launcher could do one of the following to fill the gap: 1. show a deferred widget view -- a placeholder that renders the shape of the widget -- to let the user know widget is being reloaded. 2. show whichever widget view that was previously displayed to the user that may now contain stale content. There is a descrepancy here since in some edge cases we are showing the former while in most other cases we are showing the later. This CL added a short-term fix to address the descrepancy and favors the later where possible. Bug: 218067434 Test: manual Change-Id: I6cd2cd704186267227e2ec47f2581843fd526fa0
Merge "[Toast] Add query_length for launcher latency logging." into tm-dev am:
fe83fce489 am: f9dfd06424
[conflict] Merge "Moves Search results into a separate RV (take 2)." into tm-dev am:
4ca247a6bb am: 15dc59f8b1
Description
No description provided
Languages
Java
57.2%
Kotlin
42.4%
AIDL
0.3%