-> On devices post-api-16, we can achieve this just with child drawing order
but on level 16 devices, child drawing order doesn't give us touch
dispatch which is problematic for the intro screen.
issue 13796017
Change-Id: Ibf89ae91d8489f2de1eb9c8f235a0e6e6aed1847
-> We only need to throw an exception for dogfooders so we can
track the issue
-> Worst case, an icon is ignored, does not warrant a crash.
issue 12106766
Change-Id: I054a849eb3d65762dc5e1bf699c76655f687c3e8
-> Any workspace item whose screen id is not present in the
screens table is removed from the database. This is
intended to restore database consistency.
issue 13741729
Change-Id: I9a04b4165f1d85541025fcf48ddf2ad9e39ae94e
-> Found another path that could lead to the same issue
[add shortcut with config activity to an existing folder,
when config activity launches, kill launcher, configure
shortcut. observe crash and data loss].
-> Plugged up above, and a couple other potential holes
-> Initial fix probably took care of the main issue
Issue 12523285
Change-Id: I29db9da4af4a8bf22047eb46bd49354447d04b8d
Move the URI used to import favorites from launcher2 to be loaded
from a string resource. This allows it to be overridden.
This will enable permissions fix for GoogleSearch.
Bug: 12058200
Change-Id: I31243fe89f545c9771d5cceffe1c9e7668a42bc5
Just put this change into Launcher2, now adding to Launcher3
The call to checkItemInfoLocked from addItemToDatabase was missing a stack
trace so that if the check failed, the stack trace did not contain what
triggered the add.
Change-Id: Ia2e2aae20b16d4adadfe1da53b49e93073fab55c
One of widget preview drawables was drawn concurrently from a thread pool,
causing a native Skia crash.
Bug: 12525890
Change-Id: I2dea7b86ba8b32237f40feff225657dcb2b0061b
Removed and fixed serveral instances of dead code and small
bugs that grew in the widget preloading logic, discovered
while chasing a bug.
Bug: 12525890
Change-Id: I22e03eccecc07b73388cfd3c8462d947601c6e54
Also, handle clicks on the all apps button by using onClick() method in
Launcher instead of directly calling onClickAllAppsButton in Hotseat.java
Bug 12553852
Change-Id: I261c27d3e964bbb1f52c2ab610997defd99a59bd
Adds support for new types in default_workspace xml files.
Adds support to favorite that attempts to resolve an intent specified
by URI. If a logical choice can be found from the resolve, it adds the
shortcut.
Adds support for a resolve, which contains several favorites and attempts
to add the shortcuts until one is successful.
Bug: 10547358
Change-Id: Ia30341e77e7d4a0bd4a4f4e6a3d9ce2a48a46237
Launcher2 on sw720dp devices had 8 hotseat slots; Launcher3
has only 6 on those same devices. When importing the old
hotseat, the empty slot (so technically there were 9)
occupied by the all apps button didn't line up with the new
all apps button, causing a hole on the hotseat. Furthermore,
the icon in old position 3 was clobbered by the new all apps
icon:
0 1 2 3 (#) 4 5 6 7 ==> 0 1 2 (:) _ 4 5
In this CL we introduce a separate sort-and-place step for
hotseat icons so that any icon colliding with the new
all-apps slot can be moved to the right to find the next
nearest open slot. This works well for the 8->6 case; it
will probably do something reasonable, if not ideal, for
other grid migration scenarios.
But those are not covered by this bug.
Bug: 13015468
Change-Id: I7edb3f27addc78ad02bbfcd1c39175ca56220007