RIL: Squash changes to default SIM handling
commit 2b0a61abcb3547f502b31316eaf79bd07426338e Author: Roman Birg <roman@cyngn.com> Date: Wed Jun 22 15:12:01 2016 -0700 Subscription updater: don't turn data off if we've never set a deafult In the case of an MSIM device that has only had 1 SIM and then you swap the sim to another slot, the data will turn off, but it's the same SIM and should not. Change-Id: I77ed8c22663aa10d211e6f4de06b791c1a8f0971 Signed-off-by:Roman Birg <roman@cyngn.com> commit 4be12e4b8cfa05e78ebc5b8e6145e43b1068ee83 Author: Roman Birg <roman@cyngn.com> Date: Mon Jun 20 11:13:54 2016 -0700 Telephony: handle 3rd party sms apps + 'always ask' 3rd party SMS apps may not be able to handle our always ask behavior, so they may get stuck in a bad state. An example of this is Hangouts, which just ends up never sending messages when always ask is selected. TIcket: CYNGNOS-3068 Change-Id: I8a0f1f6bf7a5010438e40eb0be9aa178d2141f3c Signed-off-by:
Roman Birg <roman@cyngn.com> commit 600a58b4cdfb5fe58428dc81a50629d0802f686b Author: Roman Birg <roman@cyngn.com> Date: Tue May 17 17:14:44 2016 -0700 SubscriptionInfoUpdater: improved sim swap We now keep track of the last number of inserted SIMs updated for. So when the number of SIMs has changed we do the following: 1 sim: Clear stale defaults Disable SMS prompt, SMS app will default to current sim Disable data if the SIM left in the tray is not the one chosen m sim: Enable SMS prompt if we don't have a valid default (aka always ask) Furthermore, when we detect the device is an MSIM device and there is only one active sub, return the active sub to the UI layers (so SIM selection screen displays proper, grayed out, current settings). Ticket: CYNGNOS-2185, CYNGNOS-2570 Change-Id: Ib1b4f4d87640e4b20722295304c58dff7dbeecbb Signed-off-by:
Roman Birg <roman@cyngn.com> commit c8bdbb118f25dcc264b0a1c0e0fa4fbabc507f57 Author: Roman Birg <roman@cyngn.com> Date: Mon May 16 11:15:26 2016 -0700 SubscriptionController: fix subscription updating We need to only repost messages on events we have handled, not prematurely posting them for every single eveng incoming. Furthermore, getMaxActive should return the MAX, not the current max. The previous fixed dual sim insertion and removal ONLY if there were two sims, but switching from two to one would break. Ticket: CYNGNOS-2185, CYNGNOS-2570 Change-Id: I5b829662b466f609cd22adfa7d3b754757258463 Signed-off-by:
Roman Birg <roman@cyngn.com> commit 7cfda9d340bdfbb290fedf4ba378fde6c7ae2086 Author: Roman Birg <roman@cyngn.com> Date: Mon May 9 08:52:42 2016 -0700 SubscriptionController: load all subs before setting defaults Switch the whole class to use the new inserted SIM logic added in change id Iab1225c83b508e055d8a8de55c1e21e2aa153ca5. The previous patch fixed scenarios going from two sims to one, but going from one to two (or switching between two sims) is still not working right as the addSubInfoRecord() still used getActiveSubInfoCountMax() to determine the number of SIMS. - Update getActiveSubInfoCountMax() to return the correct number of SIMs. - Furthermore, we need to _only_ update our subscription defaults if we are sure we are not in the middle of an update. - Let the subscription controller set defaults for 1 SIM device after we're done loading Change-Id: I28eefaff61ae7c75732641465ca59eb67cf3e198 Ticket: CYNGNOS-2185, CYNGNOS-2570 commit bd7064dab2eebdb2d12d7d475939d733df00ff11 Author: Roman Birg <roman@cyngn.com> Date: Thu May 5 16:21:11 2016 -0700 SubscriptionController: properly detect when MSIM has 1 SIM We cannot use sSlotIdxToSubId to determine when to turn the SIM dialog off, because when subscription information gets reloaded (on data change for instance), we may add one, then disable SMS prompt, then add the other, which is incorrect. Query the total number of SIMs from the info updater. Ticket: CYNGNOS-2185, CYNGNOS-2570 Change-Id: Iab1225c83b508e055d8a8de55c1e21e2aa153ca5 Signed-off-by:
Roman Birg <roman@cyngn.com> commit ffbc7f853204869462b366b871bbd68750d30b8b Author: Chaitanya Saggurthi <csaggurt@codeaurora.org> Date: Thu Feb 5 18:37:59 2015 +0530 Add dummy SUB record in CDMA NV mode Add dummy SUB info record when NV is ready in CDMA NV mode. CRs-Fixed: 789989 Change-Id: Ie658087efaa9f93a329773d2d8f0601d083f3701 commit 310241770efe75afcb9c8e2f219349bb90c7830f Author: Adnan Begovic <adnan@cyngn.com> Date: Tue Apr 5 08:14:29 2016 -0700 telephony: Only set prompt enabled if available subscriptions > 1. TICKET: CRACKLING-1026 Change-Id: I8a7555a41a52476af5236c03b4d410dd155db390 commit b6a60870dc07640b7d4d2827de35ada3f6b289d1 Author: Adnan Begovic <adnan@cyngn.com> Date: Wed Mar 30 15:16:12 2016 -0700 telephony: Workaround default sms sub id not being set. In the scenario where default sms sub id isn't set externally the user can be stuck in an endless loop of prompts if they select "Always Ask". This is bandaid to fix bad UX.. TICKET: CYNGNOS-2185 Change-Id: I70ef343eccc289d0ca58c59646f88b292ca03ca9 commit a9d1d89a3200f140cedf84e8cba97ad0ba445591 Author: LuK1337 <priv.luk@gmail.com> Date: Sun Sep 4 00:30:57 2016 +0200 Readd setSMSPromptEnabled() Change-Id: I100a73af1c4caf68ea2c7a6a75e1f3b081947316 commit 78ef72eb88f02b4b8898d82488e5ce0af617acff Author: Christian Morlok <ChristianMorlok@gmail.com> Date: Wed Jan 20 08:31:10 2016 +0100 telephony: Do not set default subscriptions on shutdown On some devices the SIM slots are not deactivated at the same time when the phone is shut down or rebooted. This means that at some point only one SIM is activated, and all default subscriptions are set to this SIM (a feature introduced in http://review.cyanogenmod.org/#/c/121239/). Change-Id: Ief36004619b75530a21b23efc767e1beb1fb0750 commit 8f188ba4a878890d5c933a533162447d915494c4 Author: Ethan Chen <intervigil@gmail.com> Date: Mon Nov 23 17:12:47 2015 -0800 Set default subscriptions when single SIM is available * Subscriptions are not updated when SIM cards are swapped. If there is ever a SIM count of 1, direct all defaults to point at that subscription, since there is no other option. Change-Id: Idb84140b65f3355e29cbdebcaff804318d826fe7 Change-Id: I9255eff036f3dae7607484b7f263fabbe0df813b
Loading
Please register or sign in to comment