Widget is loaded only when the user enters the overview mode and we keep
the list updated as long as the user is in the overview mode. Once the user
leaves the overview mode, we stop responding to widget updates
Bug: 26077457
Change-Id: I9e4904b8f1300bfe0d77e2bc5f59aa6963fad8d1
b/26494415
1) Current Logger can capture taps from
- homescreen
- folder inside homescreen
- apps prediction
- all apps a-z
- tap from hotseat
2) Deprecate LauncherCallback methods that is no longer needed
Future CL.
3) Stats and Logger will be merged. Bundle used for Stats can be
replaced with LauncherLogProto
4) Logging anything else other than app launches
Change-Id: Id52eb615f66142017b5c490a220ce6654d325681
> We store some local logs which are never propagated to the
server and cause unnecessary file-io during app launch
Change-Id: I2b41c3af182de2a87f38ad88f3bae9d250574c26
Look for com.android.launcher3.action.LAUNCH to be sent when
an icon is clicked in Launcher. (Restricted to
com.android.launcher3.permission.RECEIVE_LAUNCH_BROADCASTS
which is a signature permission right now.
This is specifically tracking apps launched via shortcut
icon; any other method of launching apps (notifications,
recents, internal navigation, etc.) is outside of Launcher's
purview and hence not broadcast.
The broadcast currently includes, in the "intent" extra, the
Uri flattening of the specific shortcut clicked.
The file /data/data/<pkg>/files/launches.log contains a
binary log of all such launches, including additional info
like screen# that should probably be in the broadcast too.
This info is summarized in .../stats.log, which encodes a
simple histogram of app launches since basically forever.
This should probably be done over a sliding window, which
will require more processing on startup.
Bug: 10031590
Change-Id: Ifc5921d5dc20701c67678cbfdc89b03cacd62028
Sunny Goyal
Hyunyoung Song
Winson
Helena Josol
Adam Cohen
Anton Hansson
Daniel Sandler