| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
| |
Use case: Exception while handling pairing cancel
Intent received
1. Initiate pairing from DUT to remote
2. Power off DUT after getting pairing popup
Root Cause:Crash observed in settings application
Change-Id: Ia05fe196ecf6a1d4ec26f85b0cf984e23089c728
Fix: Fixed by adding Null check in PairingCancelHandler
|
|\ |
|
| |
| |
| |
| |
| |
| | |
Bug: 22117317
Bug: 22223456
Change-Id: Ic8a5c1fedcf71c5b1fcae04f32c3d9734a098517
|
|/
|
|
|
|
|
|
| |
Handle clearing state for resume on the same worker thread as everything
else, this way there can't be concurrent modification.
Bug: 22040227
Change-Id: I9ac78a19fc126c8103f3218e657ca93911d3890d
|
|
|
|
|
|
|
| |
ephemeral flag in WifiInfo.
Add this private field to WifiInfo.
Change-Id: Ic815b87a24e8272faa6e9e820b8fa55224af882a
|
|\ |
|
| |
| |
| |
| |
| | |
Bug: 20341903
Change-Id: Ibc0836bfd7f033f57ff6ae9c3ccce22fd92595f3
|
| |
| |
| |
| |
| |
| | |
b/22008424
Change-Id: I53fc04af89c89cc1726dd80b05f2e18d5cc53524
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Added a flags field in ScanResult; along with flag
values and methods to read them.
Changed types of passpoint related fields.
Bug: 21342042
Bug: 21572290
Bug: 21343777
Change-Id: I413960de88b387853d11b9e10f92665e9c06a81b
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This happens because the scan times are very aggressive
(to save power); and we don't find all APs on each scan.
So on each scan, some APs are considered lost and some
other are considered found; resulting in reordering the
list.
This change fixes that by requiring 3 scans to confirm
absence of an AP.
Bug: 7263326
Change-Id: I04f61ec5e5aa1589f457645acbf538c7e275a4bf
|
|/ /
| |
| |
| |
| | |
Bug: 20488109
Change-Id: I6259ea8d048cbface2ba63b8c1077af12d0fee1b
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | | |
Bug: 21837824
Change-Id: I6f7bbc309e9edf1db12476f55ab8be424739fae0
|
|/ /
| |
| |
| |
| | |
Bug: 20059794
Change-Id: Id92ef11e78547e168f55515dea2fc28519871d6f
|
|\ \
| | |
| | |
| | | |
(1/2)" into mnc-dev
|
| | |
| | |
| | |
| | |
| | | |
Bug: 20929186
Change-Id: I8ca396e353189da7da3e9c98f841b76c876e461e
|
| | |
| | |
| | |
| | |
| | | |
Bug: 21717956
Change-Id: Ia00537f3b50f958a2e35094abf1bfc73dc1f79af
|
|\ \ \
| | | |
| | | |
| | | | |
into mnc-dev
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Context:
Android uses a hand-crafted list for timezones to pick from in
Settings. Independently of what we actually show the user, when a
user is selecting their timezone they are selecting an olson timezone
ID. Separate olson ids exist for a sets of zone rules. If two places
have differed in their zone rules in the past they have different
olson ids. Olson Ids are usually named after cities and have
"exemplar locations", e.g. "Europe/London" covers the UK and the
exemplar location is "London".
Exemplar locations were often chosen based on historic considerations
and do not necessarily make sense to contemporary users.
Normal Android users don't know or care about any of this, but they do
understand geography/cities and sometimes understand things like
timezone names like "British Summer Time" (but usually not in other
countries).
Unfortunately timezone names understood by users also don't have a
one-to-one mapping with olson IDs. Two places can have the same
timezone name for part of the year but not the rest. For example, all
of a the country Foo may be using "Foo Standard Time" for part of the
year, but in summer some parts of the country may switch to "Foo
Summer Time" while others stay on "Foo Standard Time". These would
have different Olson Ids.
Also, two places that historically differed in their choice of
timezone rules may have since aligned. e.g. parts of Europe. They
still have their own olson ids.
The Android hand-crafted list is (I assume) based on a set of
compromises to provide reasonable coverage of users' needs without
overwhelming them with too many choices for historic irrelevancies.
To assist with picking a timezone that makes sense to a user, Android
currently does the following:
When selecting a timezone:
For "local" timezones Android shows the timezone "long name". e.g.
"British Summer Time", "Eastern Standard Time".
For non-local timezones Android uses the exemplar location (e.g. the
city).
This had an issue:
Some "local" timezones, e.g. Australia for English (Australian),
would show multiple entries for the same long timezone name without
any way of telling them apart.
After this change:
This change means that settings now uses the exemplar location in
preference when the Android display strings would be ambiguous. For
countries where there is no ambiguity (e.g. the UK) Android continues
to use the timezone long name.
Bug: 19058953
Bug: https://code.google.com/p/android-developer-preview/issues/detail?id=2132
Change-Id: I01651f2416f500652bd2bcf447d056efd4fd3598
|
| | | |
| | | |
| | | |
| | | | |
Change-Id: I560dc798a238173d72e3835962ed82681977dba1
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
b/21328967
Change-Id: I1da8a908491ec4ade7fcc729acf6c08f043cc495
|
|/ / /
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Also take InterestingConfigChanges along for the ride
b/21328967
Change-Id: I48af51cc4694ba5c492794631a1e1a54a60fce0b
|
|/ /
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
There is a race condition when processing intents inside
PairingCancelHandler.onReceive() that could trigger NPE.
A speculative list of events (untested) that could trigger it:
1. Trigger Pairing Cancel for a Bluetooth device.
2. Turn Off Bluetooth
This should call CachedBluetoothDeviceManager.onBluetoothStateChanged()
and should remove the device from (1) from the list of cached devices
3. BluetoothEventManager.PairincCancelHander.onReceive() receives
an intent about about Pairing Cancel event.
Within the processing of that intent, cachedDevice.getName()
is called without checking whether cachedDevice is null.
In this specific example, cachedDevice could be null because of (2)
Bug: 21368124
Change-Id: I86f5d5287b440d1d2e0fe147278b1c2257902e95
|
|/
|
|
|
|
|
| |
To avoid our objects from disappearing out from under us.
Bug: 21581533
Change-Id: Ia6fc9e56271f79c7d8b0f86f9c35351c39c35d29
|
|\ |
|
| |
| |
| |
| |
| | |
Bug: 21444336
Change-Id: I003092a12e93e2eccab736e7da20a6a23df30bbf
|
|/
|
|
|
| |
Bug: 21581533
Change-Id: I4216c3e9b64cb758e32dd93c39061f9d7a642ee0
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
isPreferred must always be true for PAN so that the DUT can initiate
a PANU connection with the remote device not only from the internet
access menu in the profile setting, but also from the paired device
list menu.
Currently isPreferred is only true when PAN is in connected state
for the PANU role, so it will return false when the PAN profile is
not connected and the PANU connection will never be initiated
from the paired device list menu.
Change-Id: I120e681a113f56b74b45e01870adf96cdc2ca262
|
|
|
|
|
| |
Bug: 20041014
Change-Id: I84b59fdfd82c4bf25965bcb10a15fbff2dfbe721
|
|
|
|
|
| |
Bug: 21559453
Change-Id: I1a0bcf7282ad1a651169dea7e8ac5bc618b580d1
|
|
|
|
| |
Change-Id: I8ecfc018e6de2514e9ada4c1b6fe9c8d71cc4e88
|
|
|
|
|
| |
Bug: 21476825
Change-Id: I643dcaa3112ff896e7b0abd998f2ad5e13187706
|
|
|
|
|
|
|
| |
and test it
Bug: 21365029
Change-Id: I9a914773577dcbe591b41c9114ba4d078b5e7369
|
|
|
|
|
| |
Bug: 19520495
Change-Id: I58e7d023b9eaf67fccd1634e00803c8c8d871fff
|
|
|
|
| |
Change-Id: I48067da4316762e8a8a4562977c4b84655fdf0f4
|
|
|
|
|
|
| |
bug:21195624
Change-Id: I563c448e2abd7d33070ed2d8f62ba1b60a3744e8
|
|\ |
|
| |
| |
| |
| |
| | |
Bug: 20182930
Change-Id: Ice6df509889fa7eb0494bb04af65890f07b4a2b1
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | | |
Bug: 21119477
Change-Id: Ie982a1b42d2195ab79c33cf87756efb3bd9eab29
|
|\ \ \ |
|
| |/ /
| | |
| | |
| | |
| | | |
Bug: 20269176
Change-Id: If07051985f3e8b6223cba4289d6cd29d94ebb0cd
|
|/ /
| |
| |
| |
| |
| |
| | |
Also fix the tests to handle the new threadedness while here.
Bug: 20067687
Change-Id: I116bf14c71886b251c2e8bcaeb2c9b0e5f9ec817
|
| |
| |
| |
| |
| |
| |
| | |
Clear out any unhandled worker messages before stopping tracking.
Bug: 21048197
Change-Id: I3792215a1e7799bdb93587cd7158c4d5d86de348
|
|/
|
|
|
| |
Bug: 19520495
Change-Id: Iefad932bd523b26a19e5f902133563341aea7426
|
|\ |
|
| |
| |
| |
| |
| | |
Bug: 20667217
Change-Id: Ife1b1e7da3270020ef405693252a9e8a1ea5a6ca
|
|\ \ |
|
| |/
| |
| |
| | |
Change-Id: I3f5d62c93b0bb95bec358a33e1a4497f1b55f8ad
|