| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
| |
Based on a lot of timings on Sapphire.
Also, initially this CL improved the speed of Toasts, but now it just
removes the use of Toasts in the widget after eng/UX discussions with
various people.
BUG=2535155
Change-Id: I134a730f17ebee8a119b7796984f00b22e0d6120
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If we dont have an updated access point list
when we are re-enabling networks after connecting,
we could end up keeping some networks disabled.
This could happen if there is no event that
triggers an access point before enabling networks
Update the current access point list
right before enabling all networks.
Bug: 2567770
Change-Id: Ieb1ac8147d4acb05a6d13c44396653f0af94643d
|
|
|
|
| |
Change-Id: I7ce7aa7745bfb57870f1239dba8bd0bd714590dd
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Volume (of the ringer, notifications, media, and alarms) may
no longer be adjusted while the phone is in silent mode.
This was the behavior in Eclair and earlier releases.
This rolls back a small portion of change I724c43aa in the
interest of stability (see bugs listed below for weirdness
that occurs when the ringer's SeekBarVolumizer is visible
when the ringtone stream is muted).
Bug: 2552268
Bug: 2544706
Change-Id: I4858e6d85e5ec8c4bba83b649e24dd5915252eb2
|
| |
| |
| |
| |
| |
| | |
android.view.WindowManager$BadTokenException: Unable to add window
Change-Id: Ie844fd9cde05134431695f4f5bd27827e9e23ce5
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This fixes a bug in the current code that causes apps to be removed
from the list when they become unavailable.
Change-Id: Ic0b4c0fa34662ce3c458117b6807742448ec6575
|
|\ \ \
| | | |
| | | |
| | | | |
thread." into froyo
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Also fix to put the services in a somewhat reasonable order.
Change-Id: I564c4d3fb1c0d803fe795c3d3a4a1d1d731f77fa
|
|\ \ \ \ |
|
| | |_|/
| |/| |
| | | |
| | | |
| | | | |
bug:2546313
Change-Id: Ib70118b40289abd3cafdecf7fc814ca48bce2960
|
| | | |
| | | |
| | | |
| | | | |
Change-Id: Iffaf7276340c00b3652e38580abdb218e5907917
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
http://b/2546173
Change-Id: I7d59a69eba0e4f3c87586c968574d291a200352c
|
|\ \ \ \
| |_|/ /
|/| | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This fix removes unusable display timeouts from Settings when
a device policy is enabled.
Patch 3 catches the case where not having any active policies clears the list.
Change-Id: I5b08d420c73b1c2e6fe2bb4e65656790290574cd
|
| |_|/
|/| |
| | |
| | | |
Change-Id: Ib730899be1485cc95ed6254279bae0c9413332b3
|
|\ \ \
| |/ /
|/| |
| | | |
to Bug#2502219." into froyo
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Removing unused features from source tree.
Please refer to Bug#2502219.
Change-Id: Ib3321f3c0e3edf7dff947917ba9bad0f7da93c89
|
|\ \ \
| | | |
| | | |
| | | | |
defined later." into froyo
|
| | |/
| |/|
| | |
| | |
| | |
| | | |
The new string will be defined later.
Change-Id: I7dc80ca96461e083cd8d8fba4815ac263dac61a4
|
|/ /
| |
| |
| |
| | |
Change-Id: I94b84a45557cbce706c37d5088d398283a639c80
Signed-off-by: San Mehat <san@google.com>
|
|/
|
|
| |
Change-Id: I45f75f8e2c43ba0dae51d37e104d18d0b1a2cdbf
|
|\ |
|
| |
| |
| |
| | |
Change-Id: I908b4229d46061f3d450adec72b04276fe10afc1
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | | |
This improves OPP transfer time by a couple of seconds.
Change-Id: I40e8f092ca3950a2d180b78f07f1cc717f2daaf6
|
| |/
|/|
| |
| |
| |
| |
| |
| |
| |
| | |
We now remember whether Wifi was enabled
prior to enabling tethering. This will
allow us to restore Wifi when tethering
is disabled.
Bug: 2537983
Change-Id: Ia530563bd5647856d62cd59b67ae5156de6fd5d9
|
| |
| |
| |
| |
| |
| |
| |
| | |
We need to explicitly disable wifi while enabling
tethering and disable tethering while enabling wifi
Bug: 2539071
Change-Id: I7fda6e4d9d1bb804e81561d52b5f3a982a674b0e
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
On keyboardful devices, it is possible to disable the system soft input
method. Something changed in eclair that caused the ime to be re-enabled
on every package manager update (packages added/deleted).
Now keep track of disabled system imes in the settings db and search
in that list before enabling a system IME on package changes.
Every time the user goes to settings to enable/disable imes, the list
is re-created.
Any new system IMEs that may be added via an OTA will get enabled if
they have a different package name.
|
| |
| |
| |
| |
| |
| |
| | |
have open file references on the sdcard. We also have to check for apps on sd
that are currently running. Use the new ActivityManager api to get a list of these apps before deciding to show the dialog.
Change-Id: Idb00fcbd0a3f314d75ee1662cb2b10a84569527a
|
|\ \
| | |
| | |
| | | |
onActivityResult in ManageApplications when a package has been uninstalled."
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Handle onActivityResult in ManageApplications when a package has been
uninstalled.
Change-Id: I4c4a8a54f9743f89949f47e21c1e143ac08ca2c3
|
|\ \ \
| |_|/
|/| |
| | | |
sdcard. We also have to check if applications on sdcard are currently running."
|
| |/
| |
| |
| |
| |
| | |
We also have to check if applications on sdcard are currently running.
Change-Id: I4b6478bc834e956f963735f69829c5ba4c7fb8c2
|
|/
|
|
|
|
|
| |
This avoid the main UI glitching when an update happens. Also fix
some problems with how overall memory usage was shown.
Change-Id: Ida415eb07c8671059a24c3be1ebf16910f4b6da2
|
|\ |
|
| |
| |
| |
| | |
Change-Id: Icd2f31ae5393ee7b26113d8c3f31ef06b3469939
|
| |
| |
| |
| | |
Change-Id: Ibc77d10f6c945d274037422b2e4e58d1bbd9888d
|
|\ \
| |/
|/| |
|
| |
| |
| |
| |
| |
| | |
BUG=2535155
Change-Id: Id3049fa9ba850c05140d7374065717b854a5d721
|
|\ \
| | |
| | |
| | | |
current engine that the user has selected when displaying the list of engines that are available."
|
| |/
| |
| |
| |
| |
| |
| | |
the current engine that the user has selected when displaying
the list of engines that are available.
Change-Id: I77d35ff1c691fd3e5c967fcf367647d415d2468e
|
| |
| |
| |
| |
| |
| | |
Bug: 2534348
Bug: 2533980
Change-Id: I2f220ac9c710869d3f93a56557afb33478c3b323
|
|/
|
|
|
| |
Bug: 2533950
Change-Id: Idac1213b9dc44c073fa5cf8da00b8599161565f2
|
|
|
|
|
|
|
| |
Don't show wifi Tethering help on devices that don't support it, etc.
bug:2520021
Change-Id: I905d1b66fc239d5a5f5028715623d8781041f9ca
|
|
|
|
|
| |
Bug: 2528202
Change-Id: I093699ac171279af9df5f3b3b4ae359aab79088b
|
|
|
|
|
|
| |
in the TTS settings.
Change-Id: Ia9992f105652518a37ba7e4c139810bfc76c6252
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
In normal operation, Phone.getLine1Number() returns an empty string if the
device doesn't know its own phone number for some reason. However the
monkey caught a case where it was returning null, which crashed the
Settings -> About Phone -> Status app.
However the javadoc for Phone.getLine1Number() *does* clearly say "May
return null if not available or the SIM is not ready", so the Status app
*should* gracefully handle this.
Now it does. (We display this case as "Unknown", just like if we get an
empty string.)
FWIW I grepped thru the rest of the code base for other uses of
getLine1Number(), and everybody else *does* handle null gracefully except
for one case in apps/Mms, which I'll open a separate bug about.
Bug: 2520977
Change-Id: I173561f903f116dbdc2b7c32b8011b59a9eb29d7
|