As the comment says this causes problems if the connection
is handling errors. This removes the optimization for now.
Bug: 3386481
Change-Id: I6cb00abe8b1949e9b79b4906a6bdab5872b5054d
It doesn't work (yet) for IPv6, but we can remove v4-centric notions from the framework.
bug:2542681
Change-Id: I21c058f5c88d07706c9265bf0ea902fc90357e56
* commit '10cf2ff3ef8972c0056344db9be33e3d201ec510':
fix NoCallPermission tests for non-telephony devices
Huawei fix for receive message tests failing on Mobile Internet Devices, Personal Media Players and other non-phone devices
fix sms testcases for non-telephony devices
Huawei fix for call function tests failing on Mobile Internet Devices, Personal Media Players and other non-phone devices
DO NOT MERGE fix failing test testWifiInfoProperties for non-telephony devices
fix test for non-telephony devices
Use Vogar Expectations to Clean Up Remaining Tests
fix keytests for azerty keyboard
The layout height should be the value scaled by the density.
Set ChromeClient to webview to gurantee the getprogress() value
100ms does not gurantee trigerring the audio. the test always passed with 200ms
Remove Broken NoActivityRelatedPermissionTest
fix WQVGA resolution
This eases VpnSettings on dealing with multiple-activity-instance problem
(i.e., SettingsActivity and VpnSettingsActivity).
+ Most of the code is moved from the VpnServices package to vpn/java/.
+ VpnManager and VpnServiceBinder are revised to provide synchronous API.
+ Add a new method isIdle() to IVpnService.aidl.
Related bug: 3293236 (need to deal with multiple-activity-instance problem)
Change-Id: I03afa3b3af85d7b4ef800683cd075c356a9266c4
Device can still have a valid networkId even after disconnection
if it was associated with AP, getWifiState is a better check to
get valid state.
Change-Id: I31a8ca38f304fbf639e1f3111be4b5ed406e3b3c
Use matching feature type when turning tethering off or the request is ignored.
Also, turn on DUN apn right away so that we don't fail aggressive test cases.
Also don't report connections for enabled apn's that we're no longer connected to.
bug:3332880
bug:3338033
Change-Id: I7db2dfd4879f03465bc9f6d39488c078570dcaf3
A recent change caused us to think there was no other connection available
when transitioning from 3g to wifi.
bug:3335074
Change-Id: I1f55df8a0eb5b27131572b111fbaac8f1ebbc0d3
Bug 3189208
Removing this test due to potential problems with GB. This will need to
be brought back and investigated.
Change-Id: Ifeafdf44464c652b063edfb51c5f7931624b6973
Anyone calling this method is probably storing IP addresses
in an int, which doesn't make sense anymore.
Change-Id: Iba535b66f6cff47ce07b5ecc6427e3b2fd846998
A bit of a hack so that first trySetupData call uses the proper APN in
strange edge cases. Made a new startUsingNetworkFeature string
that ConnectivityService knows means always pass the request to telephony
even if telephony connections are not currently available.
bug:3133178
Change-Id: I2559b9cbaed4b4ec02bdf7ea78e6003ee2be64f2
The writing of the persistent setting is async, but we should
still remember it so if somebody asks before the write completes
we give the right answer. Makes the read faster too.
bug:3312848
Change-Id: I864cb5f8d496d5bf9cbf0af9a71ca84da078f7c6
Reports that we sometimes didn't report NO_CONNECTIVITY led to this suggested change.
Could not repro the problem, but the change looks ok anyway. Better safe than sorry.
bug:3276408
Change-Id: I0cdb48a05a5c9dfcf3a0b468a6eae43d461023b1
