summaryrefslogtreecommitdiffstats
path: root/core/java/android/server/search/SearchManagerService.java
Commit message (Collapse)AuthorAgeFilesLines
* Rename media resource broadcastsSuchi Amalapurapu2010-02-081-4/+4
| | | | | | Add checks for fwdlocked and updated system apps add more tests remove duplicate adds
* Apps on sdcard: Add new broadcastsSuchi Amalapurapu2010-02-021-1/+8
| | | | | | | | | | | | | Add new broadcasts ACTION_MEDIA_RESOURCES_AVAILABLE and ACTION_MEDIA_RESOURCES_UNAVAILABLE that get broadcast by PackageManagerService when sdcard gets mounted/unmounted by MountService so that packages on sdcard get recognized by various system services as being installed/available or removed/unavailable by the system. The broadcasts are sent before the actual package cleanup which includes mounting/unmounting the packages and we force a gc right after so that any lingering file references to resources on sdcard get released.
* Move Search dialog out of system process into current activity.Amith Yamasani2010-01-271-105/+0
| | | | | | | SearchManager now manages the SearchDialog, in-process. Nuked SearchDialogWrapper SearchManagerService now just holds the Searchables information. Hitting Search when in the local Search dialog will launch the QSB.
* Implement API to have new broadcasts replace existing broadcasts.Dianne Hackborn2009-12-141-2/+3
| | | | | | Use this in various places where it should serve no purpose to deliver both broadcasts. This is intended to reduce somewhat the flurry of broadcasts that we churn through during boot.
* Move android.server.search.SearchableInfo to android.appBjorn Bringert2009-12-041-0/+1
| | | | | | | | | | | | | | | We need to expose SearchableInfo in the SDK in order to unbundle Quick Search Box. Since the android.server.search package is hidden, I'm moving SearchableInfo to android.app, where SearchManager lives. This change doesn't actually expose SearchableInfo. I'll do that in a separate change to keep the change that api-council needs to review small. This is part of the fix for: http://b/issue?id=2270838 Change-Id: I9589f9c2c11d36c958beedff8245fe0c3319c6ba
* Remove globalSearch argument from triggerSearch()Bjorn Bringert2009-10-011-2/+1
| | | | | | | | | | | | | | | | API council says: "In reviewing the new triggerSearch API, we are concerned that applications could use the option to perform a global search to spam the user with frequent searches. We would like the global search option to be removed for now (not just hidden, but removed from the internal IPC API so that nobody can find this and abuse it). The rest of the API should be fine as long as it is restricted to local searches." Fixes http://b/editIssue?id=2158785 Change-Id: Ie69a9c0ab6373cc4427aab50606885bdede40585
* NEW API for SearchManager and Activity to 'triggerSearch'.krosaen2009-08-181-1/+25
| | | | | | | This is pretty much the same thing as startSearch, except it also launches the query. We enforce that this can only be done for the package of the app that is associated with the search mananger (e.g you can't trigger a contacts search from anywhere).
* Fix issue #1999179: search -> click result -> press home = search dialog is ↵Dianne Hackborn2009-07-281-0/+5
| | | | | | | shown then hidden Re-arrange various things to ensure that the search dialog is told about system windows being closed before it is told about the navigation back to home.
* Fix back key handling for search dialog.Karl Rosaen2009-07-201-0/+4
| | | | | | | | Now that the search manager service handles hiding (not dismissing) and reshowing it when the user hits back after launching a result, search manager can't cache "mShowing". Also noticed a few other minor problems that was hosing the handling of pause / resume to reshow the dialog, like moving some logic to onHide instead of onDismiss.
* Add reporting of activity movement for search manager.Dianne Hackborn2009-07-141-4/+20
| | | | | | | | | | | | This adds a new API with the activity manager to find out about movement between activities. For my sanity, the old IActivityWatcher is now renamed to IActivityController, and the new activity movement interface is named IActivityWatcher. This changes the search manager itself to use the new API to manage its state. Note that there are still problems when going back to the search dialog after it was hidden -- the suggestions window no longer appears until you explicitly dismiss and re-show it.
* Initialize searchmanager on demandBjorn Bringert2009-07-131-30/+39
| | | | | | | | | | The initialization of SearchManagerService is delayed, which caused problems when other services (e.g. GlobalSearch) start up. This change makes the SearchManagerService components initialize when they are first needed, or when the server thread is done with its other processing, whichever comes first. Fixes http://b/issue?id=1970975
* Run search UI on its own thread.Bjorn Bringert2009-07-081-260/+93
| | | | | | | | | | | | | | | | | | | | | | | | | | | Details: - Add a new SearchDialogWrapper class that makes sure all access to the SearchDialog is run one a single thread other than the main ServerThread. - Don't save/restore seach dialog state in Activity. This resulted in lots of calls to the SearchManager throughout the life cycle of all activities, for the questionable benefit of restoring the search dialog in a few cases. - Remove search UI state save/restore, and the isVisible() method from SearchManagerService. They are no longer used, and were tricky to implement since they return values from the search UI thread to the service. - Handle configuration changes in searchDialogWrapper instead of calling through from Activity. Fixes http://b/issue?id=1938101 TODO: - Activity.performPause() calls stopSearch(). This call may not happen until the new activity has been started. If the new activity starts a search immediately, this search could be cancelled by the old activity's call top stopSearch().
* protect starting of search dialog behind 'dev.disablesearchdialog' system ↵Karl Rosaen2009-06-151-0/+16
| | | | | | property. this will help the stress test runs find out the effect of search.
* Run search dialog in the system process.Bjorn Bringert2009-06-151-2/+193
| | | | | | | | | | | | | | Fixes http://b/issue?id=1905863 This is needed to address two security issues with global search: http://b/issue?id=1871088 (Apps can read content providers through GlobalSearch) http://b/issue?id=1819627 (Apps can use GlobalSearch to launch arbirtrary intents) This also fixes http://b/issue?id=1693153 (SearchManager.OnDismissListener never gets called) To fix the security issues, GlobalSearch also needs to require a non-app permission to access its content provider and launch intents.
* Include web search providers in Searchables.Satish Sampath2009-06-051-12/+35
| | | | | | - Along with ACTION_SEARCH we now enumate ACTION_WEB_SEARCH as well so web search providers are covered in the searchables list. This fixes a broken unit test. - Moved get/setPreferredWebSearchActivity and get-all-web-search-providers implementation to this module when the searchables list gets updated, so that it happens on boot and on package add/remove events and remains up to date. The duplicate code in WebSearchProvider will be removed in a separate change. - Also made Searchables broadcast an intent when the searchables list got rebuilt, so components such as GlobalSearch/SuggestionSources no longer need to do this on their own.
* Update searchables list in getSearchablesInGlobalSearch().Bjorn Bringert2009-05-201-17/+14
| | | | Should fix http://b/issue?id=1866432
* Add 'includeInGlobalSearch' attribute to searchable meta-data.Bjorn Bringert2009-04-291-0/+9
| | | | | | | The attribute is not yet public. Also adds a SearchManager method for listing all searchables that can be included in global search. This is the framework part of http://b/issue?id=1819651
* Add GLOBAL_SEARCH intent for finding global search provider.Bjorn Bringert2009-04-281-18/+0
|
* AI 147564: Merge back from search branch to donut. Notes:Karl Rosaen2009-04-231-20/+29
| | | | | | | | | - all public apis and framework changes have been reviewed by relevant folks in our branch (e.g romainguy) - all new public apis are @hidden; they will still get reviewed by api council once we're in git - other than that, it's mostly GlobalSearch and search dialog stuff, a new apps provider, and some tweaks to the contacts provider that was reviewed by jham Automated import of CL 147564
* auto import from //depot/cupcake/@135843The Android Open Source Project2009-03-031-0/+156
|
* auto import from //depot/cupcake/@135843The Android Open Source Project2009-03-031-156/+0
|
* Initial ContributionThe Android Open Source Project2008-10-211-0/+156
generated by cgit v1.1 at 2024-09-15 15:56:54 +0000