Closed Bug 960387 Opened 11 years ago Closed 11 years ago

[DSDS] When you modify SIM 1 voicemail in Call settings, SIM 2 voicemail will be changed. Vice versa.

Categories

(Firefox OS Graveyard :: Gaia::Settings, defect)

x86_64
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: echu, Assigned: arthurcc)

References

Details

(Whiteboard: dsdsrun1.3-2 [FT:RIL])

I will use this bug to track all similar problems found in Call settings.

1. When you modify voicemail in SIM1, SIM2 voicemail will be changed and vice versa.
2. When you enable call waiting on SIM, then go to SIM 2 call setting, you will see call waiting is enabled and grey during system checking status of SIM 2, if SIM 2 call waiting is disabled, it will become off later once checking is done.
3. When go to SIM 1 first and check call forwarding information, then go to SIM 2, it will first display same forwarding information from SIM 1 until system completes checking and update information to SIM 2.

Above are some examples, please make sure SIM 1 and SIM 2 call settings are totally independent. 

* Build Number  
Fugu              
Gaia      a119a0692c24c5ed7c55bab838bae3ecdb9dbec9
Gecko     15ee4e78431b45922b41dea882464b0ccb6b4fac
BuildID   20140110174141
Version   28.0a2

* Occurrence rate
100%
Gecko doesn't directly listen to the settings key for these features. We need Gaia's help to separate user preferences.
Component: RIL → Gaia::Settings
(In reply to Enpei from comment #0)
> I will use this bug to track all similar problems found in Call settings.

Is this bug a meta bug them?

> 1. When you modify voicemail in SIM1, SIM2 voicemail will be changed and
> vice versa.

Voicemail settings, such as the VM number, need to be adapted to multi ICC card devices. AFAIK this wasn't a must for v1.3.

> 2. When you enable call waiting on SIM, then go to SIM 2 call setting, you
> will see call waiting is enabled and grey during system checking status of
> SIM 2, if SIM 2 call waiting is disabled, it will become off later once
> checking is done.

The panel needs to be refreshed when switching between ICC cards and it takes time. The UX for call settings for multi ICC card devices leads to this UX. At the end the panel is updated correctly and it shows the information from the ICC card so this is not a bug IMHO. If the UX needs to be re-designed please flag UX people.

> 3. When go to SIM 1 first and check call forwarding information, then go to
> SIM 2, it will first display same forwarding information from SIM 1 until
> system completes checking and update information to SIM 2.

Same here as above.
I've filed bug 960441 for page update problem, so for this bug, let's focus on value changing on both SIM cards one.

"When you modify SIM 1 voicemail in Call settings, SIM 2 voicemail will be changed. Vice versa."

In v1.3 QA will make sure all items in call settings are working expectedly(except FDN). 1.3 user story bug 926350 wants to make sure user can specify call settings, at least this is what I will take that as a hint that all items in call settings should work. But still this can be discussed.
Summary: [DSDS] Call settings for SIM 1 and SIM 2 are not independent. In many ways they affect each other. → [DSDS] When you modify SIM 1 voicemail in Call settings, SIM 2 voicemail will be changed. Vice versa.
VM settings were not adapted to multi ICC card devices in 1.3 development phase. It's hard to figure out if this work was a must for v1.3. If this work/feature is a must for 1.3 we need to take care of the VM settings in the operator variant logic (system app), the dialer and here. The voicemail settings are present in several application as you can see. Who should decide what to do here? Flagging Kevin Hu as he might know.
Flags: needinfo?(khu)
I have never heard of this from user stories / scope of v1.3 before. So, IMO, I would like to get more technical feedback from engineering side before exploring decisions. Ken, what do you think about this scenario? Thanks!
Flags: needinfo?(khu) → needinfo?(kchang)
Blocks: 938438
This bug should be in 1.4+. Here is the user story bug number, bug 938438.
Flags: needinfo?(kchang)
blocking-b2g: 1.3? → 1.4?
Whiteboard: dsdsrun1.3-2 → dsdsrun1.3-2 [FT:RIL]
The definition of blockers is different from what we used before. Check the wiki page of triage. Thanks.
Wesley,

Please help to triage this one in RIL team.
Flags: needinfo?(whuang)
(In reply to Ivan Tsay (:ITsay) from comment #8)
> Wesley,
> 
> Please help to triage this one in RIL team.

Ivan,

Gecko RIL doesn't touch anything related to voicemail settings. Those are all on gaia side. As :jaoo mentioned in comment 4, the work needs to be done on operator variant logic (system app).
Flags: needinfo?(whuang)
Assignee: nobody → arthur.chen
This is DSDS feature work on setting. Feature work is not the blocker but needs to be done in v1.4 since it is in the release feature scope for v1.4.
blocking-b2g: 1.4? → ---
work will be done in bug 975918
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
Verified on Fugu

Gaia      b5d0f9b0cd5dce38b79287a9363226b912929270
Gecko     7312341e00e2785419fc4746e291646299ba3018
BuildID   20140313120331
Version   30.0a1
Resolution: DUPLICATE → WORKSFORME
You need to log in before you can comment on or make changes to this bug.