normalizeIcons() was missing a call to setTransactionSuccessful(),
which made the entire DB upgrade silently rollback. So the
DB version was stuck at 6 after an upgrade from Eclair to Froyo.
The only visible effect in the default config was that the search
widget disappeared.
Fixes http://b/issue?id=2451146
Change-Id: I257964e5958286e9819bb5e7b108a261cfabf9b3
This thing where the context sometimes works and sometimes doesn't is starting to piss me off. We
really need to have RenderScriptActivity that deals with the lifecycle for you...
When in UTS test mode keys received need to be handled
by the Phone application or Contacts application to
operate properly in the test mode. When not in test mode
the search widget will handle the keys as it was before
this change.
The UTS test mode is enabled when presist.sys.uts-test-mode is 1.
bug: 2402366
Change-Id: I58e68830f9ce6905e189ecba1c04b1076799a0a0
Signed-off-by: Wink Saville <wink@google.com>
used for the workspace.
Consolidate the three icon resampling functions into one.
Ensure that the icons stored in LauncherProvider are the right size, so we don't have to resample
them each time we load them.
The SOURCE (search source identifier) constant is moving
from hidden in android.app.SearchManager to com.android.common.Search.
Part of http://b/issue?id=2429556
Change-Id: I68fa792f2d452aadcb9216f5c780bd082ca5039f
Note that this does not convert any widgets what were bound when
a different global search app was installed. Thus Froyo -> Froyo
upgrades without userdata wipe will see "Problem loading widget".
Workaround: Remove the search widget and add a new one.
Change-Id: I2bcd211c10bbaba66f5f3f82b6785396d957aa25
It looks like the evil hack in 14f122bf84 to make the workspace
not animate didn't completely work. The key to reproducing this bug is to make sure the
activity is destroyed and to have last gone to an app from a screen other than the center
screen, because that causes it to get reloaded from the icicle, which makes the timing
more amenable to missing the animation, because the view isn't attached yet.
It looks like the evil hack in 14f122bf84 to make the workspace
not animate didn't completely work. The key to reproducing this bug is to make sure the
activity is destroyed and to have last gone to an app from a screen other than the center
screen, because that causes it to get reloaded from the icicle, which makes the timing
more amenable to missing the animation, because the view isn't attached yet.