Fix crash in non-indexable keys collection
Some of the AmbientDisplay preference controllers were crashing when their isAvailable methods were being called by their fragment's search index providers, which meant that the entire collection of non-indexable keys failed. Thus, all search results were showing up. In the case of a secondary user, they were able to see developer options which crashed settings when clicked. There are two issues addressed in this cl. 1. Fix the crashes so the non-indexable keys collection works 2. Contain each fragment's collection, so that if a fragment does crash, the damage is minimized. Part 1 is checking that the config in isAvailable is not null, and creating one if so. Part 2 is fixed by surrounding the collection of non-indexable keys in a try-catch, with an option in the catch to re-throw the error if a system property is set. Thus, in a new pre-submit instrumentation test, we can and docheck if any of the fragments crash when collecting non-indexable keys. Change-Id: I820bd9cb2649aa6faff7f82fcf575a62e41dc4fc Fixes: 77486668 Test: atest NonIndexableCrashTest, robotests
This commit is contained in:
@@ -41,6 +41,7 @@ import static android.provider.SearchIndexablesContract.INDEXABLES_RAW_COLUMNS;
|
||||
import static android.provider.SearchIndexablesContract.INDEXABLES_XML_RES_COLUMNS;
|
||||
import static android.provider.SearchIndexablesContract.NON_INDEXABLES_KEYS_COLUMNS;
|
||||
import static android.provider.SearchIndexablesContract.SITE_MAP_COLUMNS;
|
||||
|
||||
import static com.android.settings.dashboard.DashboardFragmentRegistry.CATEGORY_KEY_TO_PARENT_MAP;
|
||||
|
||||
import android.content.Context;
|
||||
@@ -63,7 +64,16 @@ import java.util.Collection;
|
||||
import java.util.List;
|
||||
|
||||
public class SettingsSearchIndexablesProvider extends SearchIndexablesProvider {
|
||||
|
||||
public static final boolean DEBUG = false;
|
||||
|
||||
/**
|
||||
* Flag for a system property which checks if we should crash if there are issues in the
|
||||
* indexing pipeline.
|
||||
*/
|
||||
public static final String SYSPROP_CRASH_ON_ERROR =
|
||||
"debug.com.android.settings.search.crash_on_error";
|
||||
|
||||
private static final String TAG = "SettingsSearchProvider";
|
||||
|
||||
private static final Collection<String> INVALID_KEYS;
|
||||
@@ -183,7 +193,23 @@ public class SettingsSearchIndexablesProvider extends SearchIndexablesProvider {
|
||||
final long startTime = System.currentTimeMillis();
|
||||
Indexable.SearchIndexProvider provider = DatabaseIndexingUtils.getSearchIndexProvider(
|
||||
clazz);
|
||||
List<String> providerNonIndexableKeys = provider.getNonIndexableKeys(context);
|
||||
|
||||
List<String> providerNonIndexableKeys;
|
||||
try {
|
||||
providerNonIndexableKeys = provider.getNonIndexableKeys(context);
|
||||
} catch (Exception e) {
|
||||
// Catch a generic crash. In the absence of the catch, the background thread will
|
||||
// silently fail anyway, so we aren't losing information by catching the exception.
|
||||
// We crash when the system property exists so that we can test if crashes need to
|
||||
// be fixed.
|
||||
// The gain is that if there is a crash in a specific controller, we don't lose all
|
||||
// non-indexable keys, but we can still find specific crashes in development.
|
||||
if (System.getProperty(SYSPROP_CRASH_ON_ERROR) != null) {
|
||||
throw new RuntimeException(e);
|
||||
}
|
||||
Log.e(TAG, "Error trying to get non-indexable keys from: " + clazz.getName() , e);
|
||||
continue;
|
||||
}
|
||||
|
||||
if (providerNonIndexableKeys == null || providerNonIndexableKeys.isEmpty()) {
|
||||
if (DEBUG) {
|
||||
|
Reference in New Issue
Block a user