Fixed lingering network bitmask not set issue
If lingering network bitmask is not set, we should fallback to the network type bitmask. Fix: 223159318 Test: atest DataNetworkControllerTest & manual Change-Id: Iacfb84e57104cd12665ab4fb4e388f4876fdfcea
This commit is contained in:
@@ -1576,7 +1576,9 @@ public class ApnSetting implements Parcelable {
|
||||
* @hide
|
||||
*/
|
||||
public boolean canSupportLingeringNetworkType(@NetworkType int networkType) {
|
||||
if (networkType == 0) {
|
||||
// For backwards compatibility, if this field is not set, we just use the existing
|
||||
// network type bitmask.
|
||||
if (mLingeringNetworkTypeBitmask == 0) {
|
||||
return canSupportNetworkType(networkType);
|
||||
}
|
||||
// Do a special checking for GSM. In reality, GSM is a voice only network type and can never
|
||||
|
||||
Reference in New Issue
Block a user