summaryrefslogtreecommitdiff
path: root/core/java/android/appwidget/AppWidgetManagerInternal.java
Commit message (Collapse)AuthorAgeFilesLines
* Revert "Revert "Apply overlay updates to widget provider info""Ryan Mitchell2021-08-091-0/+14
| | | | | | | | Bug: 15332156 Bug: 195649929 This reverts commit 471720cccf848d896639322644314e16264f8af8. Change-Id: Ifa89ae43613add1137ddeca4cb40543a3a01d6a7
* Revert "Apply overlay updates to widget provider info"Patrick Baumann2021-08-041-14/+0
| | | | | | | | | | This reverts commit 0bf76b6296e7095ab98ea175452e5697e9afcc66. Bug: 193866093 Fixes: 195267626 Reason for revert: b/195267626 Change-Id: I598a99f761e66d8bedbb0745d488ccc35fff9201
* Apply overlay updates to widget provider infoRyan Mitchell2021-07-291-0/+14
| | | | | | | | | | | | | | | | | | | | When Runtime Resource Overlays (RROs) are applied to an application, the ApplicationInfo of the app in package manager is updated to have overlay paths. Widgets create the context used to inflate their remote views using a snapshot of the ApplicationInfo of the widget provider. This snapshot is taken when the widget RemoteView is initially created and sent to system server. This change updates the snapshot of the widget provider ApplicationInfo with the new overlay paths and notifies apps hosting widgets to re-inflate their remote views in order to have RROs apply to widgets correctly. Bug: 193866093 Test: Repeatedly change wallpaper & style color to a "basic" color and go back to launcher to observe overlay correct color is applied Change-Id: I0b9b8c0d32d83a52e9ea5bc8ba1635cf99e4b921
* Send widget registration broadcasts before BOOT_COMPLETEChristopher Tate2018-08-101-3/+9
| | | | | | | | | | | | | | | | | | | Widget presence in the home app is important for usability, but it depends on a broadcast-based handshake at boot time. This handshake occurring after the BOOT_COMPLETED broadcast was initiated means that in practice widgets may not become available for literal minutes following unlock, as it can take this long for the boot-complete broadcast to clear and let the systen proceed with dispatch of the widget handshakes. We address this by hoisting the widget setup broadcast to occur just *before* the boot-completed broadcast, rather than as part of general listener reaction to the global "this user has been unlocked" notification. Bug: 76154638 Test: manual (note broadcast ordering following boot) Change-Id: I7c1a9f7a84fee71f71d2dcd52362a29c2436b01d
* Prevent reporting fake package name - frameworkSvet Ganov2017-12-091-0/+39
Test: added AccessibilityEndToEndTest#testPackageNameCannotBeFaked cts-tradefed run cts -m CtsAccessibilityServiceTestCases cts-tradefed run cts -m CtsAccessibilityTestCases bug:69981755 Change-Id: I13304efbee10d1affa087e9c8bc4ec237643283e