| 89c3b29a9bfa0ae9858b913bc1ab6604c4613a15 |
|
20-Jul-2014 |
Jean-Michel Trivi <jmtrivi@google.com> |
Rename USAGE_NOTIFICATION_TELEPHONY_RINGTONE
AudioAttributes: rename USAGE_NOTIFICATION_TELEPHONY_RINGTONE to
USAGE_NOTIFICATION_RINGTONE in the list of usage values.
Temporarily keep the old definition to prevent transient build
breakages, will be removed after telephony packages have been
updated.
Bug 16401631
Change-Id: I9398443fd7ba3c30e9d371c5c5a2934b9ea6f30a
/frameworks/base/core/java/android/os/Vibrator.java
|
| 7b41467704f941b11af6aace3e40993afc7f6c6f |
|
18-Jul-2014 |
John Spurlock <jspurlock@google.com> |
Zen mode filtering should use new usage constants.
Refactor stream-based calls to usage-based calls.
Bug:15279516
Change-Id: I3f7757d8123c14670e2ad5f8e6aa4e9803efe7ec
/frameworks/base/core/java/android/os/Vibrator.java
|
| 8fd7f1ed7c11d35b3f2a97878e68ee38a551dd15 |
|
11-Apr-2014 |
Christoph Studer <chstuder@google.com> |
Rename basePkg to opPkg
...and actually populate the field correctly.
Change-Id: I3ce52efedb919d6af75dc9c3532e47764c467cac
/frameworks/base/core/java/android/os/Vibrator.java
|
| a1bfe65daa15fe93ecd23486cfc4a9a722ca039d |
|
20-Mar-2014 |
John Spurlock <jspurlock@google.com> |
Fix javadoc @links in Vibrator.
Change-Id: I5143334735a1bcdf8252687e703c74656ff9d126
/frameworks/base/core/java/android/os/Vibrator.java
|
| 1af30c7ac480e5d335f267a3ac3b2e6c748ce240 |
|
10-Mar-2014 |
John Spurlock <jspurlock@google.com> |
Add stream-level suppression to vibrate/audio services.
- Add new audio restriction layer to app-ops. Restrictions add
additional constraints to audio operations at a stream-level.
Restrictions do not affect the persistable state, and are purely
additive: that is, they can only impose additional contstraints, not
enable something that has already been disabled. Restrictions
also support a whitelisted set of exempt package names.
- Add new audio stream-level checks to app-ops.
- Implement a provisional OP_PLAY_AUDIO suppression to three
java entry points MediaPlayer, AudioTrack, & SoundPool.
- Enhance vibrator api to take stream information as an optional
hint - the constants correspond to AudioManager stream types.
OP_VIBRATE now supports the stream-level restriction check.
- Simplify Vibrator subclasses by adding default implementations
for two .vibrate calls.
- Migrate NoMan's zen-mode control to use the new app-ops
stream-level restriction mechanism.
Change-Id: Ifae8952647202f728cf1c73e881452660c704678
/frameworks/base/core/java/android/os/Vibrator.java
|
| 0f49c28e7a3667e680002beb8c557d8b5e3ad1d3 |
|
10-Mar-2014 |
John Spurlock <jspurlock@google.com> |
Fix doc typos in Vibrator.java
Change-Id: Ie95cd7fa16042897e6acf94badec98bc19bde57a
/frameworks/base/core/java/android/os/Vibrator.java
|
| f265ea9d8307282ff1da3915978625a94fc2859e |
|
01-Feb-2013 |
Dianne Hackborn <hackbod@google.com> |
App ops: vibration, neighboring cells, dialing, etc.
Improve handling of vibration op, so that apps are
better blamed (there is now a hidden vibrator API that
supplies the app to blame, and the system now uses this
when vibrating on behalf of an app).
Add operation for retrieving neighboring cell information.
Add a new op for calling a phone number. This required
plumbing information about the launching package name through
the activity manager, which required changing the internal
startActivity class, which required hitting a ton of code that
uses those internal APIs.
Change-Id: I3f8015634fdb296558f07fe654fb8d53e5c94d07
/frameworks/base/core/java/android/os/Vibrator.java
|
| 9530e3a22d5ffa2019d1a5177b6a441d4d6d048b |
|
19-Jun-2012 |
Nicolas Falliere <nicof@google.com> |
Added or fixed doctrings for required permissions.
Bug: 6591338
Change-Id: Ia2092f9994854701b5fa1425c371817367ae07ec
/frameworks/base/core/java/android/os/Vibrator.java
|
| c2346134bb519a54d50655cbef940fc3fdec60a9 |
|
13-Apr-2012 |
Jeff Brown <jeffbrown@google.com> |
Extract Vibrator implementation from interface.
Moved the core logic of Vibrator into SystemVibrator, potentially
allowing for the creation of other Vibrator subclasses.
Fixed several places where we were creating new Vibrator
instances unnecessarily instead of getting it from the Context.
It is safe to make Vibrator abstract because its constructor
was hidden from the SDK so it was not possible to subclass it.
Bug: 6334179
Change-Id: I18ece6544c26a7efb2d5099f8346a10aef8a5e18
/frameworks/base/core/java/android/os/Vibrator.java
|
| d10bfe185c336d813845c9beb1f4041c5daa1669 |
|
14-Dec-2010 |
Jeff Brown <jeffbrown@google.com> |
Improve documentation on Vibrator.vibrate.
Bug: 3135537
Change-Id: I961e32990d754dc6b5f86ffea8515685f8ade40f
/frameworks/base/core/java/android/os/Vibrator.java
|
| ea9020e0854427d47e566a1394df6749f3265410 |
|
04-Nov-2010 |
Dianne Hackborn <hackbod@google.com> |
Add API to find out if there is a vibrator.
Change-Id: If29f6ee19448222433cad9fad325d0095a8e5737
/frameworks/base/core/java/android/os/Vibrator.java
|
| 26e9cf38b229b738b4e56c3e08be82a9c0f11e64 |
|
19-Oct-2010 |
Brad Fitzpatrick <bradfitz@android.com> |
Fix Vibrator permission CTS test broken earlier.
Bug: 3106964
Change-Id: I76138780ac64f761fe09ef8ba74382c7ee05d794
/frameworks/base/core/java/android/os/Vibrator.java
|
| e331644cb570e74a8739cb21ffcc5875663ffa58 |
|
15-Oct-2010 |
Brad Fitzpatrick <bradfitz@android.com> |
Don't crash on null Vibrator during reboot.
Bug: 3099305
Change-Id: I9af126f7a719f36ae544f517a2fccd0d33339389
/frameworks/base/core/java/android/os/Vibrator.java
|
| 3a32213c4029a03fe39486f3d6ebd0ea18928ee1 |
|
24-Nov-2009 |
Mike Lockwood <lockwood@android.com> |
Remove HardwareService and move vibrator support to VibratorService.
The lights support is only needed by PowerManagerService and NotificationManagerService, so we do not need a Binder API for it.
Move backlight and notification light support to new LightsService class.
The camera flash is now handled directly by the camera HAL, so the flash Hardware service flash support is obsolete.
Change-Id: I086d681f54668e7f7de3e8b90df3de19d59833c5
Signed-off-by: Mike Lockwood <lockwood@android.com>
/frameworks/base/core/java/android/os/Vibrator.java
|
| 18dd5f0d25f1004e123dc265dc498a8bf8897af9 |
|
02-Jul-2009 |
Patrick Scott <phanna@android.com> |
Improve the Vibrator service by keeping track of multiple vibration requests.
There are 2 types of vibrations: simple and repeated. Simple vibrations run for
a given length of time while repeated patterns run until canceled or the calling
process dies.
If a vibration is currently running and another request is issued, the newer
request always takes precedence unless the current vibration is a simple one and
the time left is longer than the new request.
If a repeating vibration is running and a new request overrides that vibration,
the current vibration is pushed onto a stack. Once the new vibration completes,
the previous vibration resumes. IBinder tokens are used to identify Vibration
requests which means that multiple calls to Vibrator.vibrate with the same
Vibrator object will override previous vibrations on that object.
/frameworks/base/core/java/android/os/Vibrator.java
|
| 9066cfe9886ac131c34d59ed0e2d287b0e3c0087 |
|
04-Mar-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //depot/cupcake/@135843
/frameworks/base/core/java/android/os/Vibrator.java
|
| d83a98f4ce9cfa908f5c54bbd70f03eec07e7553 |
|
04-Mar-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //depot/cupcake/@135843
/frameworks/base/core/java/android/os/Vibrator.java
|
| 54b6cfa9a9e5b861a9930af873580d6dc20f773c |
|
21-Oct-2008 |
The Android Open Source Project <initial-contribution@android.com> |
Initial Contribution
/frameworks/base/core/java/android/os/Vibrator.java
|