summaryrefslogtreecommitdiffstats
path: root/core/java/com
Commit message (Collapse)AuthorAgeFilesLines
* Merge ""I tried to think of the most harmless thing."" into mnc-devDaniel Sandler2015-08-141-3/+61
|\
| * "I tried to think of the most harmless thing."Dan Sandler2015-08-141-3/+61
| | | | | | | | | | Bug: 21984798 Change-Id: I33ffabb72c831ff814363601a82ac9a388cb1e99
* | Add GTS test to ensure valid default permission grants - frameworkSvet Ganov2015-08-121-0/+23
|/ | | | | | | | | | | The platform grants runtime permissions by default to apps on the system image that provide core device use cases which a user expects to work out-of-the-box. We are now adding a test to ensure that OEMs cannot pregrant premissions on non approved components. bug:23043018 Change-Id: Id76717cce0ee59678956bd0be347d3c045fe4c51
* Merge "Fix Insertion ActionMode not showing on RTL languages" into mnc-devRaph Levien2015-08-121-2/+10
|\
| * Fix Insertion ActionMode not showing on RTL languagesClara Bayarri2015-08-121-2/+10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When long pressing on an empty Text field with the system language set to RTL, the "paste" popup was not showing up. The Floating Toolbar requires a content rect to determine where the text is and place itself close to it. In the case of an empty field, we create a "fake" content rect by taking the placement of the cursor +1 pixel to the right. In RTL languages, this +1 causes the content rect to be considered off the bounds of the view, as the cursor is aligned to the right, and hence the Floating Toolbar is hidden. After making the rect a 0 width rect, we ran into the issue that it was considered out of bounds due to the calculation ignoring rects that simply touch the edge of the view's bounds. BUG: 22540083 Change-Id: I29c79b701f586970b2611178233eff082b802ec1
* | Prevent overlap of color views in landscapeAdrian Roos2015-08-111-10/+22
|/ | | | | | | | | | | | | | Removes overlap from the color views which resulted in subotimal looks when both color views were translucent and the nav bar was on the right edge. Also fixes a bug introduced in I2df7092a91eceeb815367ef917dd7289f4f2b27e where the navigation-bar-on-right-side case got forgotten and caused flickering in landscape when IMMERSIVE_STICKY was set but the navigation bar was visible. Bug: 22876533 Change-Id: I449a82eb3dc3f7b5051f26b37b362a196b4ff63a
* add metrics to assistantChris Wren2015-08-061-0/+1
| | | | | | | | | long press screenshot enabled context enabled Bug: 22949579 Change-Id: Iac178207fa7149cda03c9a817a0d1450e46e1c59
* Merge "Fix incorrect default wifi power draw values" into mnc-devMitchell Wills2015-08-052-0/+12
|\
| * Fix incorrect default wifi power draw valuesMitchell Wills2015-08-042-0/+12
| | | | | | | | | | Bug: 22848679 Change-Id: Ief4e3e05b051b93efbe30fdc8903cce6765d2ed8
* | Merge "Charge apps for wifi tx time while scanning" into mnc-devMitchell Wills2015-08-041-14/+32
|\ \ | |/ |/|
| * Charge apps for wifi tx time while scanningMitchell Wills2015-08-041-14/+32
| | | | | | | | | | Bug: 22955562 Change-Id: Ie2c6ab65e7b592272e1cad120ac606fcfd6ea677
* | BatteryStats: Add debug logging to find source of b/22716723Adam Lesinski2015-08-032-0/+26
| | | | | | | | | | Bug:22716723 Change-Id: I97b940b702666b393555622d034e1c694b1e346a
* | Merge "Make ResolverDrawerLayout look like a ScrollView to accessibility" ↵Alan Viverette2015-08-031-4/+24
|\ \ | | | | | | | | | into mnc-dev
| * | Make ResolverDrawerLayout look like a ScrollView to accessibilityAlan Viverette2015-08-031-4/+24
| | | | | | | | | | | | | | | | | | | | | | | | | | | Disable accessibility focus on the layout itself and expose the class name as ScrollView so that we can get auto-scroll working until we have first-class support for specifying automatic scrolling behavior. Bug: 22667764 Change-Id: I9b97e40f16038046898e5b56b935a61db9073ac6
* | | Merge "Add badge content description to TargetInfo, use in ResolverActivity" ↵Alan Viverette2015-08-032-1/+21
|\ \ \ | | | | | | | | | | | | into mnc-dev
| * | | Add badge content description to TargetInfo, use in ResolverActivityAlan Viverette2015-07-312-1/+21
| |/ / | | | | | | | | | | | | Bug: 22667344 Change-Id: Iee241b9179c74a15b1c635cf90d2f96f6f7b31cd
* | | Merge "Add per UID control to app ops." into mnc-devSvetoslav Ganov2015-08-011-0/+1
|\ \ \
| * | | Add per UID control to app ops.Svet Ganov2015-07-311-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The app ops mananger service maintains a mapping from UID to a list of packages where each package is mapped to a list of non-default app op states (default states are inferred and not stored). Hence, specifying the app op state for a UID requires setting the app op for each package in the shared UID. This is problematic when installing new packages if there is a non-default app op policy set for another already installed package in the same UID as the app op for the new package has to be updated to be in sync. The package installer cannot do this as it is in another process and the app op update will not be atomic. Therefore, the app ops manager service has to support specifying app op policy on a per UID basis. We now have a UID state object that contains the per package non-default app op states as well as the per uid non-default app op states. If there is a UID policy specified then it takes precedence over the per package one. Even further, changing the uid policy updates the package policies in this UID if the state is non-default. Changing a package app op state also updates the app op state for the whole UID if the per UID policy for this op is non-default. Clearing the app op state for a package, clears the policy for the UID as well. bug:22802981 Change-Id: I78044906d9fcc6066abf07e706c2c88f3397d293
* | | | Merge "Change MNC codename to just M." into mnc-devDianne Hackborn2015-07-311-2/+1
|\ \ \ \ | |_|/ / |/| | |
| * | | Change MNC codename to just M.Dianne Hackborn2015-07-291-2/+1
| | | | | | | | | | | | | | | | Change-Id: I4281d200ff6560791c47cf9073ceea1cb509361e
* | | | Merge "Fix pattern lock for accessibility" into mnc-devAdrian Roos2015-07-291-13/+37
|\ \ \ \ | |/ / / |/| | |
| * | | Fix pattern lock for accessibilityAdrian Roos2015-07-291-13/+37
| | |/ | |/| | | | | | | | | | | | | | | | | | | | | | - remove the content description in Keyguard - only show virtual views when pattern is in progress - add a content description when the pattern is not in progress Bug: 22646748 Change-Id: Id32a37c4c74c82b547cee8861b2856fa0a08c41c
* | | Merge "import more metrics enums" into mnc-devChris Wren2015-07-292-14/+13
|\ \ \ | |_|/ |/| |
| * | import more metrics enumsChris Wren2015-07-282-14/+13
| |/ | | | | | | | | | | | | | | sysui tuners inactive apps Bug: 21114836 Change-Id: I43c4b97c6998374b39d7346bae1e1eca3d761543
* | Merge "BatteryStats: Use proper power calculator when energy data is ↵Adam Lesinski2015-07-291-12/+17
|\ \ | | | | | | | | | received" into mnc-dev
| * | BatteryStats: Use proper power calculator when energy data is receivedAdam Lesinski2015-07-281-12/+17
| |/ | | | | | | | | | | | | | | | | | | | | | | | | We check for the presence of energy data when determining whether to use the WiFiPowerCalculator or WiFiPowerEstimator. Since we can receive this data later, we need to switch to the WiFiPowerCalculator if we weren't using it before. We can't ask the hardware if it supports energy data because that would involve a call into WiFiManagerService, which can cause a deadlock if we are holding the BatteryStatsService lock while using this class. Bug:22776010 Change-Id: Id685d487c56595eab1d382f49da9417a423bb517
* | Animation for touch, wake and unlockJorim Jaggi2015-07-281-0/+10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - Add callback to inform SysUI when the screen has been unblocked and turned on. - Cleanup inconsistent messaging about device interactive/screen on and off. - Add callbacks to inform SysUI about screen states - Implement a quick fade for the scrim after touch, wake, and unlock. First, start with a black scrim on top of everything, and then fade it out. - Make sure we play the normal unlock animation when device is pulsing - Override navigation bar animations for touch, wake and unlock: Fade in the same manner as the scrim. Bug: 22571198 Bug: 21855614 Change-Id: I8ff08d72cced1e0f03c78d71ff710d8a4f6b848c
* | Work on issue #21516866: Implement voice interaction in ResolverActivityDianne Hackborn2015-07-281-2/+7
|/ | | | | | | | | | | | | | | The main change here is to not allow the dialog to go in to its "focus on the last app the user selected" when running in voice interaction mode, instead just always giving a simple list. This also fixes some problems with cleaning up active commands when an activity finishes and not forcing the current session to go away when the screen is turned off. Also added some debug help, having activity print the state of the voice interactor. Change-Id: Ifebee9c74d78398a730a280bb4970f47789dadf5
* Merge "Move PIN/Pattern appear animation to RenderThread (1/2)" into mnc-devJorim Jaggi2015-07-271-23/+145
|\
| * Move PIN/Pattern appear animation to RenderThread (1/2)Jorim Jaggi2015-07-221-23/+145
| | | | | | | | | | Bug: 22205322 Change-Id: I253f20a397ab89cb78254338a0254619232d7300
* | Merge "MIDI: fix running status parser" into mnc-devPhil Burk2015-07-272-23/+34
|\ \
| * | MIDI: fix running status parserPhil Burk2015-07-242-23/+34
| |/ | | | | | | | | | | | | | | | | | | Running status was being parsed incorrectly. This could cause stuck notes or exceptions when sending running status messages to a Bluetooth MIDI device. Bug: 22689606 Change-Id: I9f7abce9758927be587eead9614617d5b0076353 Signed-off-by: Phil Burk <philburk@google.com>
* | Merge "Fix issue #22414729: Checkin start clock time is different from ↵Dianne Hackborn2015-07-231-15/+17
|\ \ | | | | | | | | | hsitory reset time" into mnc-dev
| * | Fix issue #22414729: Checkin start clock time is different from hsitory ↵Dianne Hackborn2015-07-221-15/+17
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | reset time There was a mistake in the code that was supposed to recover from the initial time on a new device being bad until the real time ultimately gets set, which was causing us to update the start clock time every time there was a time change (instead of just when the original start time appears bad). Rework all of this, so we now count the start time as bad if it is more than one year before the current time, only modifying it in that case. Also when modifying it, adjust the time we set it to take in to account how much realtime has actually elapsed so far in the battery stats. Change-Id: If74bd711d9b7618c8f6148a9935c452aaaa7e257
* | | Merge "BatteryStats: Use English locale for dump and checkin data" into mnc-devAdam Lesinski2015-07-221-9/+15
|\ \ \
| * | | BatteryStats: Use English locale for dump and checkin dataAdam Lesinski2015-07-221-9/+15
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Dump and checkin data is read by tools that expect a consistent locale. Bug:22357316 Change-Id: I0d7e6e771c3512278efca7579fe9c4b79b560e28
* | | | Add metrics to tunerJason Monk2015-07-221-1/+14
| |_|/ |/| | | | | | | | | | | Bug: 22462605 Change-Id: I075f9a25630a89e85dd17603297565988c38075b
* | | Merge "Add callback to voice interaction session for lockscreen shown" into ↵Jorim Jaggi2015-07-212-0/+15
|\ \ \ | | | | | | | | | | | | mnc-dev
| * | | Add callback to voice interaction session for lockscreen shownJorim Jaggi2015-07-212-0/+15
| | |/ | |/| | | | | | | | | | Bug: 22402726 Change-Id: Iaf83e2f2b0389d74b6ecf480aa91a34443803f7b
* | | Merge "Touch, wake and unlock" into mnc-devJorim Jaggi2015-07-212-4/+10
|\ \ \
| * | | Touch, wake and unlockJorim Jaggi2015-07-202-4/+10
| |/ / | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - Add onFingerprintAcquired, so Keyguard can grab a wakelock to prevent the device from sleeping. - If we get a successful fingerprint, wake the device up, immediately dismiss the keyguard and tell PWM that we kicked off our frame that will represent the correct state. - PWM then waits for this frame to be drawn, and then turns on the screen, which results in unlocking directly to the previsouly opened app. Bug: 21855614 Change-Id: I5f43df17fa5e4e9c6a6392eef4a4590b07df4f96
* | | Merge "BatteryStats: Read /proc/wakelocks first before trying ↵Adam Lesinski2015-07-211-4/+4
|\ \ \ | |/ / |/| | | | | /d/wakeup_sources" into mnc-dev
| * | BatteryStats: Read /proc/wakelocks first before trying /d/wakeup_sourcesAdam Lesinski2015-07-211-4/+4
| |/ | | | | | | | | | | | | | | | | | | | | | | | | Previously we tried to read /d/wakeup_sources to gather kernel wakelock data. If that fails we used the older sys file /proc/wakelocks. N7 has both /proc/wakelocks and /d/wakeup_sources, but /proc/wakelocks has the actual data we need. All other devices are using /d/wakeup_sources, so only N7 experienced a loss of kernel wakelock data. The original regression was introduced here: ag/659258 Bug:22556242 Change-Id: I51ec68e957f587bc1466e24f0a1dbc8cd7753ac6
* | Fix SysUI crashes on svelte devicesJorim Jaggi2015-07-201-5/+15
| | | | | | | | | | Bug: 22602295 Change-Id: Idac0d62683c0f6f7cf7b795967632e34d771c4f7
* | Merge "Fix issue #22531747: Assist info should declare if user has ↵Dianne Hackborn2015-07-202-6/+12
|\ \ | | | | | | | | | disabled..." into mnc-dev
| * | Fix issue #22531747: Assist info should declare if user has disabled...Dianne Hackborn2015-07-202-6/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | ...context and/or screenshot Added new API to find out what contextual data has been globally disabled. Also updated various documentation to make it clear what kind of contextual data you will get (and when it will be null). Also added a new Activity.showAssist() API because... well, I was already in there, it was easy to do, it is safe, and maybe people will build cool things with it. Change-Id: Ia553d6bcdd098dc0fce4b9237fbfaca9652fc74b
* | | Merge "Work on issue #22556778: Starting under voice control not allowed" ↵Dianne Hackborn2015-07-171-3/+0
|\ \ \ | | | | | | | | | | | | into mnc-dev
| * | | Work on issue #22556778: Starting under voice control not allowedDianne Hackborn2015-07-171-3/+0
| |/ / | | | | | | | | | | | | | | | | | | The ResolverActivity is voice capable. In fact, it is capable of EVERYTHING. Change-Id: I37c4476d546f61fee3540b747aff77e88b702d48
* | | Update ChooserTarget constructor to take ComponentName, BundleAdam Powell2015-07-161-16/+41
|/ / | | | | | | | | | | | | | | | | | | | | | | | | | | Simplify ChooserTarget handling by requiring a target component and an extras bundle instead of a full PendingIntent/IntentSender. This simplifies the handling of URI grants from sending apps. Prune ChooserTargets that point at ComponentNames that don't share a package with the original matching Activity target or that aren't exported so that we don't show the user something they can't launch. Bug 22516282 Change-Id: I3439c0910b4fa4f95c7a881b529942c96ffc953e
* | Merge "Add APIs for verifier to grant at install and revoke permissions" ↵Svet Ganov2015-07-161-0/+3
|\ \ | | | | | | | | | into mnc-dev
generated by cgit v1.1 at 2025-02-02 19:08:51 +0000