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)
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%
Comment 1•11 years ago
|
||
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
Comment 2•11 years ago
|
||
(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.
Comment 4•11 years ago
|
||
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)
Comment 5•11 years ago
|
||
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)
Comment 6•11 years ago
|
||
This bug should be in 1.4+. Here is the user story bug number, bug 938438.
Flags: needinfo?(kchang)
Updated•11 years ago
|
blocking-b2g: 1.3? → 1.4?
Updated•11 years ago
|
Whiteboard: dsdsrun1.3-2 → dsdsrun1.3-2 [FT:RIL]
Comment 7•11 years ago
|
||
The definition of blockers is different from what we used before. Check the wiki page of triage. Thanks.
Comment 8•11 years ago
|
||
Wesley, Please help to triage this one in RIL team.
Flags: needinfo?(whuang)
Comment 9•11 years ago
|
||
(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)
Updated•11 years ago
|
Assignee: nobody → arthur.chen
Comment 10•11 years ago
|
||
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? → ---
Comment 11•11 years ago
|
||
work will be done in bug 975918
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
Reporter | ||
Comment 12•11 years ago
|
||
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.
Description
•