The current code ignores the parameter and sets the internal modal
value to true. This has probably gone unnoticed because all framework
usage of this method calls it with 'true', except for one case where
it sets it to 'false' temporarily, and then to 'true'.
Issue #16815832 ListPopupWindow setModal broken
Change-Id: I4ac7ab31b4ab91c9959efd4ccf2264a8e381708f
This change introduces a class that handles launching the secure camera even
when other apps may be using the camera hardware. It does this by sending out
a broadcast telling apps to stop using the camera as soon as the user begins to
swipe to use the secure camera. It then waits until either the camera is
available or a timeout period has expired before it fires off the intent to
start the secure camera.
Secure camera apps can indicate (via their meta-data) that they will instead
handle the responsibility of waiting for the camera to be available. In this
case, the new class still handles sending out the broadcast telling other apps
to close the camera, but it fires off the intent to start the secure camera
before the camera hardware is available. This is optimal because some of the
time spent closing the camera can happen in parallel with the time spent
starting the secure camera app. Since we can't depend on third-party apps to
wait for camera availability, the default is for us to wait for the camera to
be available before firing off the intent. However, our first party app is
able to take the optimized approach.
Change-Id: I1eaed94875e8f50018cffab25aa1e9b21d85f25b
If the user drags below the notifications, we close everything. Only
implemented for the SHADE, and not on Keyguard because of
time constraints.
Bug: 15414856
Change-Id: I4cf656484bc1217d552211c2bfdd7598eb52dad7
bug:16804363
Since dist can be in the 1000s of pixels, and length() may square it
in its current precision, scale the value down significantly first,
since final precision isn't very important.
Change-Id: Id20f7a49d6171355c8e242442c2b5083f746dca3
Since all service-internal checks use stream alias, and the alias
for NOTIFICATION is RING, even on tablets.
This is a followup to ag/506532.
Ensure that #getMasterStreamType always follows the stream_system
alias, and update the system alias for tablets per the new policy.
Update the associate javadoc comment in AudioManager to make this
clear.
Note: there is now no difference in the alias maps between phones
and tablets.
Also fix a condition affected by this in VolumePanel.
Bug:16626879
Change-Id: I2700a48d2a3e7703607f771a1ab7f325596fd789
Also add a user variant of replacePreferredActivity for use
by SmsApplication.
Map user restrictions for SMS/MMS to AppOps perms.
Bug: 16681533
Change-Id: I3dfed5fc754e33bb51c6f571851653a7c2770e46
This CL is somehow merged to lmp-dev and breaking Mac builds.
This reverts commit 132ed0f2b45acf982bbd06616f14164b612661d1.
Change-Id: I5a3472c0e2924db5c605340d7abdd407b956dcc2
Use the direct call from a File object to get the filename instead of
going through Path which depends on Java 7 making the LayoutLib tests
incompatible with Java 6.
Change-Id: I815895eedbc10245ee09bdb53b11e5548b076aad
This adds some fields for display purposes to MediaMetadata and also
makes the default for all text CharSequence instead of String. Also
adds a hidden method for getting a Description for the metadata.
bug: 11708293
Change-Id: I0ed58d9ac3aeff41325c4ccf5fed0539bbf03b4d
Puts HDMI port information behind unmodifiable type. This helps API make use
of port-related information without having to switch to service thread.
See getActiveSource().
Added the unmodifiable version of SparseArray/SparseIntArray.
Change-Id: Idcf05d1d6e19b47c91a7e89a920abccc607a3eb5
Changing input to already the active source should return
immediately without initiating routing control. This is also required
for processing the incoming <Active Source>
Also set the flag in intent for input change to start a new
activity from a service. The service fails to launch an activity
without it.
Bug: 15570939
Change-Id: I9b20b31137dfa4dc847bc43cc7fd35e669d0dec7
The goal of this change is to enable support for appwidget from
user profiles to the user main profile. A user profile is a user
which is associated as a child of the main user profile. For example,
a user may have a personal (parent) and corporate (child) profile.
The device policy should be able to control whether adding a widget
from a child profile and given packages is allowed. This change
assumes that all packages from managed profiles are white listed.
Another change will add the device policy changes.
Change-Id: I267260b55d74c48b112a29979a9f59eef7a8194e
This makes it consistent with other methods in different services.
Also fixes the Settigns bug referenced below.
Bug: 16727586
Change-Id: I0b8bcb248f621fcfa2cb12163caeec9eb8ff5b1c
A recent change on the multi-track API surfaced an issue that it's hard to
identify selected tracks from the list of tracks obtained from
TvView.getTracks() method, especially when two or more tracks convey the same
track information (e.g. two English stereo audio tracks with the same sample
rate). This change introduced a new public method getId() in TvTrackInfo that
returns an ID with which one can identify the tracks uniquely. It also led to
minor signature changes across the multi-track API to make it more
developer-friendly in both application and TV input service developers'
perspectives.
Change-Id: I226f75e697b0ce52b44db7471660f6d9f646f6f9
Some apps don't provide defaults when providing icons
for different screen sizes, so use a configuration
that has a screen size set to NORMAL.
Change-Id: If4b9eebd37e5d2e2991301d09ff5c39dd41c1565
