| 719e70c9f2a1d15568da6e9040169016f7c1f891 |
|
12-Apr-2017 |
Powei Feng <powei@google.com> |
Revert "Transition from Activity to Broadcast for TV Search"
This reverts commit 1331d26142b9b3271292e3f58e7e79e1cb78d619.
Reason for revert: b/36725187
Bug: 36725187
Test: manual testing of search on Fugu
Change-Id: I02e7abeee264ceada88f220f2eddb9f92ef397bc
/frameworks/base/services/core/java/com/android/server/search/SearchManagerService.java
|
| fe9a53bc45fd0124a876dc0a49680aaf86641d3e |
|
31-Mar-2017 |
Jeff Sharkey <jsharkey@android.com> |
Consistent dump() permission checking.
This change introduces new methods on DumpUtils that can check if the
caller has DUMP and/or PACKAGE_USAGE_STATS access. It then moves all
existing dump() methods to use these checks so that we emit
consistent error messages.
Test: cts-tradefed run commandAndExit cts-dev -m CtsSecurityTestCases -t android.security.cts.ServicePermissionsTest
Bug: 32806790
Change-Id: Iaff6b9506818ee082b1e169c89ebe1001b3bfeca
/frameworks/base/services/core/java/com/android/server/search/SearchManagerService.java
|
| 1331d26142b9b3271292e3f58e7e79e1cb78d619 |
|
14-Feb-2017 |
Sujith Ramakrishnan <sujithrk@google.com> |
Transition from Activity to Broadcast for TV Search
- For TV search, initiate a directed broadcast to default
search service.
- Earlier, an activity in the default search package was
initiated after checking that the in-focus activity
did not want to handle this intent.
- Now, the in-focus activity does not get a chance at this
intent.
Test: Manually tested with test apk which had the correct intent.
Test: Will test again with default search apk, once that code is
submitted.
b/35290250
Change-Id: I9da4c90a45624cdbe876357176b0c0636e2777bf
/frameworks/base/services/core/java/com/android/server/search/SearchManagerService.java
|
| dc589ac82b5fe2063f4cfd94c8ae26d43d5420a0 |
|
11-Nov-2016 |
Sudheer Shanka <sudheersai@google.com> |
Update usage of ActivityManagerNative.
- Remove references to ActivityManagerProxy.
- Add isSystemReady to ActivityManager.
Bug: 30977067
Test: cts/hostsidetests/services/activityandwindowmanager/util/run-test android.server.cts
adb shell am instrument -e class com.android.server.am.ActivityManagerTest,com.android.server.am.TaskStackChangedListenerTest \
-w com.android.frameworks.servicestests/android.support.test.runner.AndroidJUnitRunner
Change-Id: I07390b6124fb1515821f5c0b37baf6ae74adc8fa
/frameworks/base/services/core/java/com/android/server/search/SearchManagerService.java
|
| 38e0d0f512063ee8f863caf12b0bb4ff2000792d |
|
26-Jul-2016 |
Jeff Sharkey <jsharkey@android.com> |
Ignore stopped/deleted users when filling cache.
Leave user checks intact on all other code paths, but quietly ignore
any trouble when filling cache after a user is started.
Bug: 30366396
Change-Id: I49458adb8fd6ddc203d6159513f4ecc50738d3e8
/frameworks/base/services/core/java/com/android/server/search/SearchManagerService.java
|
| 7877b8add811aafd7f57f731c8e22c9fe6a319c8 |
|
29-Jun-2016 |
Fyodor Kupolov <fkupolov@google.com> |
Optimized onUnlockUser
Offload work to the handler thread to allow AM to proceed with unlocking
the user.
Also optimized generatePackageInfo by not computing GIDs when GET_GIDS
flag is not set.
Bug: 29619732
Change-Id: Ib9dea53ea0d74038baeed67f21077305da61e46e
/frameworks/base/services/core/java/com/android/server/search/SearchManagerService.java
|
| ce18c8167766f92856f94a8e88e19de4698960e6 |
|
28-Apr-2016 |
Jeff Sharkey <jsharkey@android.com> |
Introduce "unlocking" vs "unlocked" nuance.
There is a narrow window of time during user unlock where we're
reconciling user storage and dispatching the "unlock" status to
various internal system services. While in this "unlocking" state,
apps need to be told that the user still isn't actually "unlocked"
so they don't try making calls to AccountManager, etc.
The majority of internal services are interested in merging together
both the "unlocking" and "unlocked" state, so update them.
Clarify naming in AccountManagerService to make it clear that a local
list is being used, which mirrors the naming in MountService.
To match UX/PM requested behavior, move PRE_BOOT_COMPLETED dispatch
after the user is unlocked, but block BOOT_COMPLETED dispatch until
after all PRE_BOOT receivers are finished to avoid ANRs.
Bug: 28040947, 28164677
Change-Id: I57af2351633d9159f4483f19657ce0b62118d1ce
/frameworks/base/services/core/java/com/android/server/search/SearchManagerService.java
|
| 4175be2f4e1e27490f38c387525d0c0cba88b47b |
|
09-Jan-2016 |
Jeff Sharkey <jsharkey@android.com> |
Triage SearchManagerService for missing apps.
Searchables aren't available until after the user is unlocked. We
could scan for them while locked, but we're aiming for a minimalist
environment, and scanning them while locked would require us to send
a changed broadcast on every boot.
Switch to using new SystemService lifecycle for faster event
delivery. Restore broken global search observer. Verified that
apps on external storage are handled correctly.
Bug: 26471205
Change-Id: Id99ffe2ea6db37a394454cc7dfa4eab10280ff35
/frameworks/base/services/core/java/com/android/server/search/SearchManagerService.java
|
| 233d94c0df13a7e54f738f442457cebc62294384 |
|
31-Jul-2015 |
Xiaohui Chen <xiaohuic@google.com> |
clean up UserHandle.USER_OWNER reference
cleaning up a few in framework/base/services.
Bug: 19913735
Change-Id: I1af5f24d9b39d6712ad3a665effa6166e32ce3d3
/frameworks/base/services/core/java/com/android/server/search/SearchManagerService.java
|
| 165ce066b701ba0153000f0692bfc7032655d17d |
|
07-Jul-2015 |
Jorim Jaggi <jjaggi@google.com> |
Fix assist for hardware long-press
Activating the assistant will now route through SysUI, so
we have the logic whether to start an activity or to start a voice
interaction session in one single place.
Bug: 22201770
Change-Id: I0f4699533aea2a1e595ee25a844434c82f548c01
/frameworks/base/services/core/java/com/android/server/search/SearchManagerService.java
|
| 0e5f110fc915a9b044eb04cd07ae7ac588eacc8f |
|
06-Jun-2015 |
Tim Kilbourn <tkilbourn@google.com> |
Pass an args bundle to launchAssistAction.
In order to track the input device that was used to trigger assist, the
input device id is sent as an extra in the assist intent whenever it is
available. This is particularly useful on TVs, when an app may want to
know whether the input device has a microphone.
Bug: 21666123
Change-Id: I0f8c09e2f617606bef481bdff924cb6b9b47dd12
/frameworks/base/services/core/java/com/android/server/search/SearchManagerService.java
|
| a83ce1dd2ad3a6b71e90ff4845afc1299fe17b9d |
|
11-Mar-2015 |
Dianne Hackborn <hackbod@google.com> |
More work on collecting assist data.
Optimize parceling of AssistData (which is now renamed to
AssistStructure) by pooling duplicated class name strings.
Change text associated with a view node to a CharSequence,
so styling information comes along.
Include global text attributes -- size, colors, etc.
Introduce a new AssistContent structure, which allows us
to propagate information about the intent and data the
activity is looking at. This further allows us to propagate
permission grants, so the assistant can dig in to that data.
The default implementation propagates the base intent of an
activity, so if for example you bring up the assistant while
doing a share the assistant itself has the same information
and access that was given to the share activity (so it could
for example share it in another way if it wanted to).
Did some optimization of loading PersistableBundle from xml,
to avoid duplicating hash maps and such.
Changed how we dispatch ACTION_ASSIST to no longer include
the more detailed AssistStructure (and new AssistContent)
data when launching; now the example code that intercepts
that needs to be sure to ask for assist data when it starts
its session. This is more like it will finally be, and allows
us to get to the UI more quickly.
Change-Id: I88420a55761bf48d34ce3013e81bd96a0e087637
/frameworks/base/services/core/java/com/android/server/search/SearchManagerService.java
|
| 08c7116ab9cd04ad6dd3c04aa1017237e7f409ac |
|
28-Feb-2015 |
John Spurlock <jspurlock@google.com> |
Remove unused imports in frameworks/base.
Change-Id: I031443de83f93eb57a98863001826671b18f3b17
/frameworks/base/services/core/java/com/android/server/search/SearchManagerService.java
|
| fdf5b35ab46639759d6389a4e2a4d5799cb6814b |
|
09-Oct-2014 |
Dianne Hackborn <hackbod@google.com> |
Implement issue #17906468: Allow search request to fall back to global search
Change-Id: I04834b2a9f1ec4a68c6a3fed14da2f8dd93b3be7
/frameworks/base/services/core/java/com/android/server/search/SearchManagerService.java
|
| d83a096f299abd9c7fe5e441ef1bb169c314b575 |
|
03-May-2014 |
Dianne Hackborn <hackbod@google.com> |
Bump up priority of system receiving BOOT_COMPLETED.
Change-Id: I5166f88f11f781914312e867cb653c8ecbefa705
/frameworks/base/services/core/java/com/android/server/search/SearchManagerService.java
|
| 49782e46c0eb85a25ae2abcf80880c48dbab5aea |
|
20-Dec-2013 |
Amith Yamasani <yamasani@google.com> |
am 9158825f: Move some system services to separate directories
* commit '9158825f9c41869689d6b1786d7c7aa8bdd524ce':
Move some system services to separate directories
|
| 9158825f9c41869689d6b1786d7c7aa8bdd524ce |
|
22-Nov-2013 |
Amith Yamasani <yamasani@google.com> |
Move some system services to separate directories
Refactored the directory structure so that services can be optionally
excluded. This is step 1. Will be followed by another change that makes
it possible to remove services from the build.
Change-Id: Ideacedfd34b5e213217ad3ff4ebb21c4a8e73f85
/frameworks/base/services/core/java/com/android/server/search/SearchManagerService.java
|