Age | Commit message (Collapse) | Author |
|
"LA.QSSI.12.0.r1-08300-qssi.0"
Change-Id: I3852036663a91014a87fc57632a7d5a9f2e409c8
|
|
Change-Id: Ib6c7fa0a60828e82e22f8bed5144c1af34927177
|
|
- In DSDA mode, in case of two incoming calls in two different subs,
once DSDA and DSDS transition, telephony needs to update
EXTRA_ANSWERING_DROPS_FG_CALL for each incoming call instead of
only setting it for the first incoming call.
Change-Id: I0c3ff9691fca5da48a5569c962fc8e48216f934b
CRs-Fixed: 3223606
|
|
Change-Id: Ic26e8fbb4ba1fc504282b78baffc45f1850c3d8f
|
|
"LA.QSSI.12.0.r1-07900.02-qssi.0"
Change-Id: I2c895a392c1af59a7f91b3116301a30ed105666d
|
|
s-keystone-qcom-release
Change-Id: Ib25d15b810a918adc6918c2c34a91ddc4b0f5ce3
|
|
- In DSDA mode, in case of two incoming calls in two different subs,
once DSDA and DSDS transition, telephony needs to update
EXTRA_ANSWERING_DROPS_FG_CALL for each incoming call instead of
only setting it for the first incoming call.
Change-Id: I0c3ff9691fca5da48a5569c962fc8e48216f934b
CRs-Fixed: 3223606
|
|
Change-Id: I258e2cea31e6e4eb6e97e4294597e86805d33bb7
|
|
s-keystone-qcom-release
Change-Id: I2201df8dd49be9c083dcb6630d84823b2027b726
|
|
into s-keystone-qcom-dev
|
|
- Context based switch will not be updated to false while exiting
DSDA during the call. It will result in the call can't be active
after swapping the calls.
- After receiving MSIM_VOICE_CAPABILITY_CHANGED, update context
based switch.
Change-Id: Id7ac4485356260f0745d27880fc0c507d516f959
CRs-Fixed: 3208869
|
|
"LA.QSSI.12.0.r1-07600-qssi.0"
Change-Id: I96841331fe683b27f1f4b001da04d662179b1065
|
|
s-keystone-qcom-release
Change-Id: I8b777399230c8a6d22ec95aeae422026d8994083
|
|
Change-Id: If030159bbf8a0fdfb27dee866e9a55b132d8d1fb
CRs-Fixed: 3210418
|
|
Change-Id: I36e5acc18f1c024a2830e4d61e4c02a2d01809e1
|
|
"LA.QSSI.12.0.r1-07100.01-qssi.0"
Change-Id: Ibefe7286fcd6178bcaa41efebb121dcce2244e53
|
|
Change-Id: I58aa45c84597d8327fd17c107a2935b5b67ecd0b
|
|
s-keystone-qcom-release
Change-Id: I04b60e42dafc65991fc8027b7a87ec7ee7d4cf30
|
|
- In DSDA, accepting an incoming call will not disconnect
calls on other SUBs, so when the incoming call first
arrives, the EXTRA_ANSWERING_DROPS_FG_CALL is not set.
When exiting from DSDA, with current logic accepting
incoming call will disconnect calls on other SUB, however
call end confirmation is not waited for before answering
incoming on other sub. it's not expected from media and
result in media rejects the request, finally incoming call
is dropped.
- Add intent filter to receive MSIM_VOICE_CAPABILITY_CHANGED
and used to update EXTRA_ANSWERING_DROPS_FG_CALL if required.
Change-Id: Ie9b107eb04570e7f529d83643595e651966b84a6
CRs-Fixed: 3180269
|
|
- In the dsda mode, there is dialing call on one sub and incoming
call on the other sub. When answering incoming call, the first
answer always fails. This is because the outgoing call was not
disconnected completely.
- Moved disconnect call to AnswerAndReleaseHandler and answer incoming
call after disconnect dialing call completes.
Change-Id: I0902808366f13a85febfc40da9ed90eebd8d9193
CRs-Fixed: 3128365
|
|
s-keystone-qcom-release
Change-Id: I801bc594b32c145acc14a0a1e76072d4c6bc7b0a
|
|
into s-keystone-qcom-dev
|
|
- In the dsda mode, there is dialing call on one sub and incoming
call on the other sub. When answering incoming call, the first
answer always fails. This is because the outgoing call was not
disconnected completely.
- Moved disconnect call to AnswerAndReleaseHandler and answer incoming
call after disconnect dialing call completes.
Change-Id: I0902808366f13a85febfc40da9ed90eebd8d9193
CRs-Fixed: 3128365
|
|
Change-Id: I60b9436611e3124655a5eb527213d433b14a1e60
|
|
s-keystone-qcom-release
Change-Id: I1b40c1c56f952a9da194d78977bf7c6d98435c23
|
|
- Issue is in PhoneAccountSettingsFragement we are not
setting preference based on number of sim, however in CallFeaturesSetting
we only add this for single sim case
- Fix is to remove it from this fragment in case of single sim
Change-Id: Iecb5ea6300d20c53bb23802459cf1f982b524d95
CRs-Fixed: 3150756
|
|
Change-Id: I04aa564f08f253c3b2b877628026dc548ac4df97
|
|
s-keystone-qcom-release
Change-Id: Iaf258a20706c4c9212154eaf32d79070acd9da12
|
|
s-keystone-qcom-dev
|
|
Change-Id: I218303fdcbdc425f0aad6d098c1e7fadbc797aaa
|
|
Remove EXTRA_DISABLE_ADD_CALL for all Listeners when it no longer
needs to be set in refreshDisableAddCall(),use removeTelephonyExtras()
to instead of removeExtras() to ensure all listeners are notified,
especially conference call.
Change-Id: I3d6e8b5d1335cd528f42df2d851f031624d07b16
CRs-Fixed: 3136899
|
|
s-keystone-qcom-release
Change-Id: Idfe0406b7307a87a425f47be9dbe3aa99add6a96
|
|
|
|
On a Subsidy lock enabled device, it is seen that till
the subsidy carrier sim latches to network, the other
sim stays in perso locked state, due to this subsidy
carrier sim always initialized first when compared to
non-subsidy sim. This is resulting in voice preference
getting set to subsidy carrier sim.
Change-Id: I6c387bc7309e149d77cc564a557eadf247e84938
CRs-Fixed: 3140714
|
|
Change-Id: Ibb51d6963a880f3ccb7f02ecad862381a9e688fa
|
|
s-keystone-qcom-release
Change-Id: I89c986ed956295e709df7682902baca7a8353555
|
|
s-keystone-qcom-dev
|
|
Bug: 220074017
Change-Id: I345a9665d97722dd5c0b436144c74c47a5865221
|
|
s-keystone-qcom-release
Change-Id: If3e06f106f2f80315148e8dc6213bafcc38b627f
|
|
Remove EXTRA_DISABLE_ADD_CALL for all Listeners when it no longer
needs to be set in refreshDisableAddCall(),use removeTelephonyExtras()
to instead of removeExtras() to ensure all listeners are notified,
especially conference call.
Change-Id: I3d6e8b5d1335cd528f42df2d851f031624d07b16
CRs-Fixed: 3136899
|
|
s-keystone-qcom-release
Change-Id: I8fb641b4b0988a1a443e806ca11b74a97b6b691f
|
|
s-keystone-qcom-dev
|
|
Change-Id: I38ac10e5d565bec5bf782eed107f0028bfce3e64
|
|
s-keystone-qcom-release
Change-Id: Iac8e4a308d0efeb831bbd1a5077de4a563286179
|
|
|
|
Makes the active and holding call termimated first to prevent concurrent
calls happening on both SUBs from emergency call redial.
Change-Id: I139fcd3024932ead6858b38ac497aaf67df03b68
CRs-Fixed: 3136645
|
|
- Issue is when sim is removed mid call after rtt is enabled
capability changes from true to false on the regular account
where callback was registered before sim is removed
- Fix is to check if account is present before we updateRttCapability
as this is race condition issue, we won't face it if capability change
callback happens before teardown
Change-Id: I09a6da49885ff0c3c212fa89b2164c202132d181
CRs-Fixed: 3118922
|
|
s-keystone-qcom-release
Change-Id: I1fb975390d26c77c94ebb511dc2dd6242cafb79c
|
|
|
|
1)mOriginalConnection in TelephonyConnection can be null
once clearOriginalConnection() is called as the Connection
is disconnected because of (IMS_MERGED_SUCCESSFULLY).
2)mTelephonyConnectionService in TelephonyConnection which hosting
the ImsConference can be null once ImsConference is created
before mTelephonyConnectionService is set on the Connection
which passed in.
Change-Id: I47e3dd7966e9f788bc29f576938e09049eb63c2d
CRs-Fixed: 3016834 3101698
|