Pass ComponentName and check whether that admin is a profile owner on DPM
get/has certificate methods (requested on the API review).
As per Change I55eec17e01489ab323f8a0e68b11592605a7b740, not keeping track of
which admins installed which certificates for now:
"Having per-admin CA certificates would be a fair bit of work. The only MDMs
we're opening this up to for now are Device and Profile Owners which 100%
manage the profile so will be the only admin.
It seems like if we keep track of "who installed which certs" it'll be a little
pointless because the answer will always be "the ProfileOwner" for every single
one."
Bug: 17005622
Change-Id: I45e9dac5236ab4ed235a341c208ac3cb6aba17da
Enables the MDM app running (as a regular app) in the primary user to pass
through a bundle of data with which to bootstrap the instance of itself
running as profile owner in the managed profile.
Bug:17126717
Change-Id: I28a368d13e33990b16dcd68436902e0a077d5f5d
- There is possibility that DeviceInfo can be null when unplugging MHL cable,
if the capability register event is missed. and we should not invoke
the callback in this case.
- In addition, we'd better use the portId of HdmiMhlLocalDevice directly,
not one of DeviceInfo.
Bug: 17366541
Change-Id: I40d71e27d82c5f3a4c7aabda32119856c0bde83d
Sync SubscriptionManager and its dependentes between lmp-dev
and lmp-sprout-dev.
In SubscriptionManager and SubscriptionController:
-Rename getActivatedSubInfoList to getActiveSubInfoList.
-Remove context as a parameter
-Cleanup
Change-Id: Ie06ced3e7ff5a3d06b3b47892fed22b4bb8972c7
This CL does nothing but rename some L API candidates
in InputConnection class, as per requested.
- requestUpdateCursorAnchorInfo()
-> requestCursorUpdates()
- REQUEST_UPDATE_CURSOR_ANCHOR_INFO_IMMEDIATE
-> CURSOR_UPDATE_IMMEDIATE
- REQUEST_UPDATE_CURSOR_ANCHOR_INFO_MONITOR
-> CURSOR_UPDATE_MONITOR
BUG: 17320996
Change-Id: I772c48ff18918e48a81e807b48ff907614485c09
* commit 'd5ceabd316bcd668f2b35f351f91ca8f242b32a6':
Update MediaController comment to mention notification listeners
Don't play a sound when adjusting volume while telephony is active
This allows empty strings to be passed to playFromSearch to indicate
something should be chosen for the user and played. This makes it
consistent with INTENT_ACTION_MEDIA_PLAY_FROM_SEARCH.
bug:17316566
Change-Id: I00ce8d252efa940e05568629e35198450c224a92
Forgot to update the comment to specify that notification listeners
may also get a MediaController from the manager.
Change-Id: Id38bcf7cb38185bfe4f99bcf8889a6415320dd36
NPE can happen when calls are canceled immediately before incallservice
has a chance to respond.
Bug:17362107
Change-Id: I6bf318f5f7d89731b686a1523678a26764fa9bf3
The isVisibleToUser property of an AccessibilityNodeInfo specifies
whether the user can see the source view. It is used by accessibility
services to figure out whether to focus on a view. This property
was giving a wrong value if the view is covered by another window
such as the keyboard. As a result the user hears one thing but when
double taps interacts with the overlaid window which is another thing.
bug:15938254
Change-Id: Ib9feb20ea422a24a512c47ed1234961ae0386a7f
Removes redundant and conflicting events emitted from check and switch
preferences. Sends VIEW_CLICKED accessibility events from AdapterView
rows after calling their on click listeners, which ensures data is
consistent.
BUG: 16961152
Change-Id: I4b57bceec6830d775c2da57226b8ee482242caf7