summaryrefslogtreecommitdiffstats
path: root/services
Commit message (Collapse)AuthorAgeFilesLines
* Fix issue #6073913: onActivityResult() not getting called...Dianne Hackborn2012-02-282-33/+31
| | | | | | | | | ...if the process is killed and restarted Try to ensure that in all cases we deliver an activity result if one was requested. Change-Id: Id43e830d2ee782f98ed1e3b68e5e16f3258d4ad8
* Fix issue #6048808: sometimes auto-correct is inactiveDianne Hackborn2012-02-241-33/+78
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | My previous change to speed up the time the IME is dismissed was fundamentally flawed. That change basically switched the order the application called the input method manager service from doing startInput() and then windowGainedFocus(), to first windowGainedFocus() and then startInput(). The problem is that the service relies on startInput() being done first, since this is the mechanism to set up the new input focus, and windowGainedFocus() is just updating the IME visibility state after that is done. However, by doing the startInput() first, that means in the case where we are going to hide the IME we must first wait for the IME to re-initialize editing on whatever input has focus in the new window. To address this, the change here tries to find a half-way point between the two. We now do startInput() after windowGainedFocus() only when this will result in the window being hidden. It is not as easy as that, though, because these are calls on to the system service from the application. So being able to do that meant a fair amount of re-arranging of this part of the protocol with the service. Now windowGainedFocus() is called with all of the information also needed for startInput(), and takes care of performing both operations. The client-side code is correspondingly rearranged so that the guts of it where startInput() is called can instead call the windowGainedFocus() entry if appropriate. So... in theory this is safer than the previous change, since it should not be impacting the behavior as much. In practice, however, we are touching and re-arranging a lot more code, and "should" is not a promise. Change-Id: Icb58bef75ef4bf9979f3e2ba88cea20db2e2c3fb
* Fix issue #6037252: Screen shifts after all apps are upgradedDianne Hackborn2012-02-212-2/+8
| | | | | | | | | Two things: (1) make sure the boot message is always positioned within the entire unrestricted display, and (2) allow the dim background to go on top of the nav bar when being used for the boot message (this latter is really a hack that should be more generally fixed in the future). Change-Id: I7261b044eb802a39cadff931b50a679ff18781d6
* Stop using shared DUN APN when tethering stops.Robert Greenwalt2012-02-141-11/+25
| | | | | | | | | | | Backported from master, including a bug fix and a cdma enhancement. Even if other people are sharing the connection (ie, carrier wants default and tethered traffic on the same APN) stop using a carrier- described APN when the tethering stops. bug:5972599 Change-Id: I25e4831855e6b62c0c3ab3a6f4d4846aaee6ac50
* Don't pulse LED on new notification unless notification has LED flag setMike Lockwood2012-02-131-1/+3
| | | | | | | Bug: 6006131 Change-Id: I719c7d68e310bfaca227f6286159b3993784926b Signed-off-by: Mike Lockwood <lockwood@google.com>
* Add OEM specific USB mode enumeration based on ro.bootmode propertyKazuhiro Ondo2012-02-101-1/+69
| | | | | | | | | This patch is adding a capability so that OEM can override USB mode in case the device is boot up with OEM specific mode. (i.e. modem debug, factory test etc.) Bug:5964042 Change-Id: Ic8e23d302563ce71eedb74ce94cca8c65838a4f7
* Filter our v6 address from tethering dns.Robert Greenwalt2012-01-241-2/+14
| | | | | | | | Don't support IPv6 yet, and the tools crash when they see one, so filter them out. bug:5913888 Change-Id: Id7096aa70da4e3cc8e4702b0b489c0228a100db9
* Merge "AudioFlinger: refine mixer sleep time logic" into ics-mr1Eric Laurent2012-01-241-3/+6
|\
| * AudioFlinger: refine mixer sleep time logicEric Laurent2012-01-231-3/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When an AudioTrack is in underrun state, the AudioFlinger mixer will sleep for a short period of time to give the app a chance to fill the AudioTrack buffer. If the AudioTrack is still not ready during next mixing round, the mixer will proceed with other tracks. If an application keeps a steady underrun condition, the AudioFlinger mixer will alternate between ready and not ready states. In the longer term this will cause the audio HAL to underrun. There is a mechanism to reduce the sleep period if the mixer is not ready several times in a row but this mechanism is defeated by the alternating ready/not ready conditions. The fix consists in only increasing sleep time if the mixer is ready for at least two consecutive times. Issue 5904527. Change-Id: Id0139bca9be8c4e425ec6d428515c4d8f718e8c9
* | Merge "DO NOT MERGE Revert "Revert "AudioFlinger: mix track only when really ↵Eric Laurent2012-01-242-6/+21
|\ \ | |/ | | | | ready (2)""" into ics-mr1
| * DO NOT MERGE Revert "Revert "AudioFlinger: mix track only when really ready ↵Eric Laurent2012-01-232-6/+21
| | | | | | | | | | | | | | | | (2)"" This reverts commit b918035d34422a2041b6ec8c09c566bb93345b40. Change-Id: I093bcfa56ad54a080b930208b6b79169d33581fb
* | Merge "Use the carrier-given dns addrs for tethering." into ics-mr1Robert Greenwalt2012-01-241-6/+18
|\ \
| * | Use the carrier-given dns addrs for tethering.Robert Greenwalt2012-01-231-6/+18
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This fixes a complaint from carriers (that we used 8.8.8.8), but also fixes the case where there is only room for one live radio connection: the secondary connection (tethering) doesn't have a default route to prevent on-device traffic from slipping out on the tethering connection, but tethered dns is proxied through dnsmasq, so it is appearing as on-device traffic and is unroutable. By switching to the carrier-indicated dns servers we can use the host-routes already set for those and kill two bugs with one fix. bug:5898904 Change-Id: Ida8777687994f353b2d4f2c7db5d6ea4b6ac3882
* | | Merge "Another attempt at issue #5823276: home repaints after full-screen ↵Dianne Hackborn2012-01-242-7/+23
|\ \ \ | |_|/ |/| | | | | app is exited" into ics-mr1
| * | Another attempt at issue #5823276: home repaints after full-screen app is exitedDianne Hackborn2012-01-232-7/+23
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This is between the two previous attempts. I returned the part from the original that was breaking gallery, but have some new code to detect when something about the window params has changed that would require a layout pass to make sure we still do a layout then, even if the window is not currently visible. Change-Id: I07745e1f66022583e3076b84cc8bbe8bd2acd48f
* | | Merge "Revert "Fix 5797764: Increase lock screen's thread priority"" into ↵Jim Miller2012-01-231-1/+1
|\ \ \ | |/ / |/| | | | | ics-mr1
| * | Revert "Fix 5797764: Increase lock screen's thread priority"Jim Miller2012-01-231-1/+1
| | | | | | | | | | | | | | | This reverts commit 6d6a70a33746ef5147ab146f1802f0db424dd2f1 This doesn't appear to have a measurable impact for this issue.
* | | DO NOT MERGE Revert "AudioFlinger: mix track only when really ready (2)"Justin Ho2012-01-232-21/+6
| |/ |/| | | | | | | | | This reverts commit 71c4496a9757438afd30b4404824f296f6158a49. Change-Id: Iff10c49ea728bb10023ddeb50a3b708db770fff2
* | Merge "Fix 5797764: Increase lock screen's thread priority" into ics-mr1Jim Miller2012-01-201-1/+1
|\ \ | |/
| * Fix 5797764: Increase lock screen's thread priorityJim Miller2012-01-201-1/+1
| | | | | | | | | | | | | | | | This increases lock screen's thread priority from THREAD_PRIORITY_FOREGROUND to THREAD_PRIORITY_DISPLAY to ensure it runs before other activities that might stall lock screen when the screen turns on. Change-Id: I14cf9f3f5c092817bc6cf2d0a254001a5d34f744
* | Merge "Fix issue #5823276 again: home repaints after full-screen app is ↵Dianne Hackborn2012-01-202-14/+28
|\ \ | | | | | | | | | exited" into ics-mr1
| * | Fix issue #5823276 again: home repaints after full-screen app is exitedDianne Hackborn2012-01-202-14/+28
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Don't consider a window as a candidate for the top fullscreen window if it is not going to be a candiate for layout. This fix does not include the change to ignore app tokens that are hidden. This causes problems in some dialogs that stay hidden until their app is ready to display, but need to perform a series of relayouts during that time to get to the right size. Dropping this part of the change still (mostly?) seems to allow us to avoid the bad states. Change-Id: Ic052cb1499d3287f47e9ffeac5cd2470ee5a308c
* | | Merge "Fix a few memory leaks in the input dispatcher. (DO NOT MERGE)" into ↵Jeff Brown2012-01-202-6/+27
|\ \ \ | |/ / |/| | | | | ics-mr1
| * | Fix a few memory leaks in the input dispatcher. (DO NOT MERGE)Jeff Brown2012-01-172-6/+27
| |/ | | | | | | | | Bug: 5862398 Change-Id: I799ee47b6e5d6c51f45aa4296c6ab8a610b74be5
* | DO NOT MERGE Revert "Fix issue #5823276: home repaints after full-screen app ↵Justin Ho2012-01-192-28/+14
| | | | | | | | | | | | | | | | is exited" This reverts commit 01b02a734d2988c22b00f5df6346ad03d8bf52b6. Change-Id: I848c01fc44eb9a51ead1116b2647ed838ec1825f
* | Merge "Fix 5863053: Add method to lock screen immediately." into ics-mr1Jim Miller2012-01-182-0/+17
|\ \
| * | Fix 5863053: Add method to lock screen immediately.Jim Miller2012-01-172-0/+17
| |/ | | | | | | | | | | | | | | | | | | This fixes a bug where the device fails to lock when DevicePolicyManagerService requests the device to be locked and the screen was off because the user hit the power button. The change allows DPMS to directly invoke screen lock, bypasssing the screen state. Change-Id: Iecdda6fc61e9c519119de495be23c69c3b983921
* | AudioFlinger: mix track only when really ready (2)Eric Laurent2012-01-182-6/+21
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This problem due to the way audio buffers are mixed when low power mode is active was addressed by commits 19ddf0eb and 8a04fe03 but only partially. As a matter of fact, when more than one audio track is playing, the problem is still present. This is most noticeable when playing music with screen off and a notification or navigation instruction is played: in this case, the music or notification is likely to skip. The fix consists in declaring the mixer ready if all active tracks are ready. Previous behavior was to declare ready if at least one track was ready. To avoid that one application failing to fill the track buffer blocks other tracks indefinitely, this condition is respected only if the mixer was ready in the previous round. Issue 5799167. Change-Id: Iabd4ca08d3d45f563d9824c8a03c2c68a43ae179
* | Merge "Fix issue #5823276: home repaints after full-screen app is exited" ↵Dianne Hackborn2012-01-132-14/+28
|\ \ | | | | | | | | | into ics-mr1
| * | Fix issue #5823276: home repaints after full-screen app is exitedDianne Hackborn2012-01-122-14/+28
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Don't consider a window as a candidate for the top fullscreen window if it is not going to be a candiate for layout. Also don't consider windows a candidate for layout if their app token is hidden. This fixes a transient state where we are preparing to unhide the window but have not done so yet. Change-Id: Ife5299ffa003c1df1a4f787b7a2809cbf614ec16
* | | Merge "Streamline package-installed handling by the Backup Manager" into ics-mr1Christopher Tate2012-01-131-57/+55
|\ \ \ | |_|/ |/| |
| * | Streamline package-installed handling by the Backup ManagerChristopher Tate2012-01-121-57/+55
| |/ | | | | | | | | | | | | | | | | | | | | | | | | | | | | In particular, don't do O(asec_apps * installed_apps) work during the broadcast receiver's operation. On devices with many installed apps and a large number of them moved to ASECs, this was causing the system process to become unresponsive and the watchdog to fire -- which in turn would initiate a restart loop, as the same package-installed broadcast would then be issued again once the package manager rescanned the ASEC containers, ad infinitum. With this change, the expensive call to the package manager is only made once rather than asec_apps times. Bug 5850283 Change-Id: I14e280ea1fa6af19cebc58869a20fbb599c92c8c
* | Merge "VPN: silence VPN notifications." into ics-mr1Chia-chi Yeh2012-01-121-1/+1
|\ \
| * | VPN: silence VPN notifications.Chia-chi Yeh2012-01-111-1/+1
| |/ | | | | | | | | Bug: 5852859 Change-Id: I269d8de298a1fd69a8d777150ae97927537a5424
* | Merge "Disable wimax when mobile data is in Settings" into ics-mr1Robert Greenwalt2012-01-121-0/+6
|\ \
| * | Disable wimax when mobile data is in Settingstk.mun2012-01-061-0/+6
| | | | | | | | | | | | | | | | | | | | | - Add wimax related code in handleSetMobileData to disable wimax when Moblie data is disabled (Settings -> Wireless & Networks - More -> Mobile Networks ->Data Enabled) Change-Id: Ibf2d9da2eb90d161128005f26ac4b3e991526af4 Signed-off-by: tk.mun <tk.mun@samsung.com>
* | | DO NOT MERGE - Cherry picking from master to MR1Danielle Millett2012-01-101-0/+1
| |/ |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Fix 5783857: Device Policy Manager doesn't allow Face Unlock This makes it so that if face unlock is enabled and then a device policy manager that requires something more secure than face unlock is installed, the user will be forced to choose a new acceptable lock type. This was previously fixed for the case where the device had been reset, or the shell was restarted after setting face unlock, but not for the case where the device remained on between setting face unlock and setting up a device policy manager. Also changed the function ordering of saveLockPattern() so that the overloaded wrapper function is next to the main function. Change-Id: Ibed8c4ab137ebbc07fb143faef6f047bc6dc4474
* | Switch camera sounds to always use the system enforced audio stream.Eino-Ville Talvala2012-01-062-12/+1
|/ | | | | | | | | | Instead of picking between the music stream and the enforced audio stream, change the camera service to always play sounds through enforced system stream. Also update the currently-hidden CameraSound API to match. Bug: 5778365 Change-Id: I3cc64b1d1ff567dbac8020a665d5b19846197ff3
* audioflinger: fix clicks on 48kHz audio.Eric Laurent2011-12-224-1/+30
| | | | | | | | | | | | | | | The calculation done in prepareTracks_l() for the minimum amount off frames needed to mix one output buffer had 2 issues: - the additional sample needed for interpolation was not included - the fact that the resampler does not acknowledge the frames consumed immediately after each mixing round but only once all frames requested have been used was not taken into account. Thus the number of frames available in track buffer could be considered sufficient although it was not and the resampler would abort producing a short silence perceived as a click. Issue 5727099. Change-Id: I7419847a7474c7d9f9170bedd0a636132262142c
* Cherry-picking Id45abeba and Ia065dec6 for MR1Makoto Onuki2011-12-133-38/+161
| | | | | | | | | | | | | | | | | | | | | | | | | | | | ------------------------------------------------------- MCC detection fixes for CountryDetector - Don't get and cache phone tpe at the initialization time. At this point TelephonyManager is probably not ready yet. - Refresh MCC whenever we get the service state changed callback, even when the state hasn't actually changed, in order to make sure we get refresh country properly when MCC changes. - Also remove the initialization of mPhoneStateListener, which prevented us from registering phone state listener properly. - Also fix tests which were already failing. Bug 5670680 ------------------------------------------------------- Add logging to country detector logic This is for debugging purposes to verify the effects of change Id45abeba1b1e843053ac2c946861b439ca568de4. Bug: 5670680 Change-Id: I238d953484e2c8135f7dac70fce8662c8300a286
* Fix issue #5755172: Soft menu key disappears when menu is openDianne Hackborn2011-12-131-0/+27
| | | | | | | | | | | | | | | | | | | We need to work more like before in determining whether the menu key is needed -- in some cases look back in the window list to determine this if we don't know the value from the current window. This requires adding a new private flag indicating whether the compat menu state is known for a window, which is set by PhoneWindow as part of its existing process of computing the flag for its own windows. Now we can have a new API on WindowState to determine the value of this flag for a window, which if needed walks back in the window list to find a window the value is known for (or stops at what the policy has determined is the top full-screen window, so we stop like we used to at things like the lock screen or the bottom of an application). Change-Id: I829de6d629b5af8bcb422cb85249ee4041c7205e
* Avoid NPE when missing network stats.Jeff Sharkey2011-12-121-2/+4
| | | | | Bug: 5750339 Change-Id: I4b739dbd076b270a5a2b2e2a1e0f6e445d8c124e
* Merge "VPN: delete the "abort" file before starting VPN daemons." into ics-mr1Chia-chi Yeh2011-12-081-0/+1
|\
| * VPN: delete the "abort" file before starting VPN daemons.Chia-chi Yeh2011-12-081-0/+1
| | | | | | | | | | Bug: 5714296 Change-Id: Idba41b9f3907747a84387ea4f3e930b3a185a06e
* | Merge "Fix wifi bring up at boot up" into ics-mr1Irfan Sheriff2011-12-081-18/+31
|\ \ | |/ |/|
| * Fix wifi bring up at boot upIrfan Sheriff2011-12-081-18/+31
| | | | | | | | | | Bug: 5719176 Change-Id: Iac879fc634f6ab6289b73c46931d754bc0af2f87
* | Handle emergency call back mode correctlyIrfan Sheriff2011-12-081-4/+4
|/ | | | | Bug: 5726996 Change-Id: I5815dd402bd73c530b9ba6d545d8956064949aa2
* Merge "Fix system hotkey handling." into ics-mr1Jeff Brown2011-12-071-0/+11
|\
| * Fix system hotkey handling.Jeff Brown2011-12-071-0/+11
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Fixed a problem where the key up for the ALT or META key was not delivered to the task switcher dialog because it was deemed to be inconsistent with the window's observed state. Consequently the dialog would not be dismissed when the key was released. Moved global hotkey handling for META+* shortcuts and ALT/META-TAB into the window manager policy's interceptKeyBeforeDispatching method. This change prevents applications from hijacking these keys. The original idea was that these shortcuts would be handled only if the application did not handle them itself. That way certain applications, such as remote desktop tools, could deliberately override some of these less important system shortcuts. Unfortunately, that does make the behavior inconsistent across applications. What's more, bugs in the onKeyDown handler of applications can cause the shortcuts to not work at all, for no good reason. Perhaps we can add an opt-in feature later to enable specific applications to repurpose these keys when it makes sense. Bug: 5720358 Change-Id: I22bf17606d12dbea6549c60d20763e6608576cf7
* | Merge "Fix issue #5144065: Tap on Music icon from Home screen..." into ics-mr1Dianne Hackborn2011-12-071-2/+13
|\ \
generated by cgit v1.1 at 2024-10-27 04:33:13 +0000