Closed
Bug 884142
Opened 12 years ago
Closed 12 years ago
[Settings] cancel button do not work in call waiting warning popup
Categories
(Firefox OS Graveyard :: Gaia::Settings, defect, P1)
Tracking
(blocking-b2g:leo+, b2g18 fixed, b2g18-v1.0.0 affected, b2g18-v1.0.1 affected, b2g-v1.1hd affected)
People
(Reporter: leo.bugzilla.gaia, Assigned: rudyl)
Details
(Whiteboard: [TD-46232])
Attachments
(2 files)
1. Title : cancel button do not work in call waiting warning popup
2. Precondition : No SIM
3. Tester's Action : Setting > Call Settings > Call Waiting > Cancel
4. Detailed Symptom : No action
5. Expected : Go to the previous menu
6. Reproducibility: Y
- Frequency Rate : 100%
8. Version Info
Mozilla build ID: 20130526070207
Gaia Revision : 4d10e1297b859cacc174c0a54af61a7678d7c32d
Gecko Revision : 52341e43539a0e8b9aa77a9128cc3871439b8aa6
Priority: -- → P1
Whiteboard: [TD-46232]
Target Milestone: --- → 1.1 QE3 (24jun)
Updated•12 years ago
|
Assignee: nobody → alive
| Assignee | ||
Updated•12 years ago
|
Assignee: alive → rlu
| Assignee | ||
Comment 1•12 years ago
|
||
This issue would only occur with Gaia v1-train since on Gaia master, we have Bug 869873 to disable the "Call settings" subpanal while SIM is absent.
Will try to evaluate whether we need to fix this issue "[Cancel] button not working" or uplift Bug 869873.
| Assignee | ||
Comment 2•12 years ago
|
||
Pointer to Github pull-request
| Assignee | ||
Comment 3•12 years ago
|
||
Comment on attachment 766424 [details]
Pointer to Github pull request: https://github.com/mozilla-b2g/gaia/pull/10552
Hi Arthur,
This pull request is to uplift Bug 869873 for this issue.
I think this is the best way for now to minimize the diversity of Gaia master and v1-train.
[Root Cause]
In initCallWaiting(), we would attach the event handler for the [Cancel] button of the warning dialog (alertPanel in code).
However, it has a early return if the card state is not ready,
https://github.com/mozilla-b2g/gaia/blob/c411b04a85b0975077842b3cfb6f1ada9a355b7c/apps/settings/js/call.js#L507
So, the [Cancel], [Set] button would not work while SIM card is absent.
[Soultion]
Uplift 869873, so the user could not enter "Call Settings" subpanel when there is no SIM.
Attachment #766424 -
Flags: feedback?(arthur.chen)
Comment 4•12 years ago
|
||
Comment on attachment 766424 [details]
Pointer to Github pull request: https://github.com/mozilla-b2g/gaia/pull/10552
Uplifting 869873 is reasonable and safer. Thanks for taking care of this, Rudy!
Attachment #766424 -
Flags: feedback?(arthur.chen) → feedback+
| Assignee | ||
Comment 6•12 years ago
|
||
Arthur, thanks for your feedback.
Bug 869873 uplifted,
Gaia v1-train
ffd437de6d09f26379dfde7a46beb849fd7188fa
Status: NEW → RESOLVED
Closed: 12 years ago
status-b2g18:
--- → fixed
status-b2g18-v1.0.0:
--- → affected
status-b2g18-v1.0.1:
--- → affected
status-b2g-v1.1hd:
--- → affected
Resolution: --- → FIXED
| Assignee | ||
Comment 7•12 years ago
|
||
(In reply to Leo from comment #5)
> Created attachment 766519 [details]
> screenshot
>
> Need to check about menu-item focus
This issue could be reproduced on Gaia master/v1-train.
Since this issue has been set as resolved, we're going to open another bug for tracking.
I found a side-effect bug.
[Precondition]
SIM lock - enable
[Reprop]
Reboot - PIN code popup close without entering number - Go to Settings - Navigate SIM security - Can't select SIM security to disable SIM lock
Comment 9•12 years ago
|
||
Hyuna, what you pointed out is not a bug. Sim security panel is disabled when SIM card is not available. Even the panel is enabled, users still need to enter a correct password in order to turn off the sim lock.
Comment 10•12 years ago
|
||
(In reply to Arthur Chen [:arthurcc] OOO 6/25~6/29 MAE, Shanghai from comment #9)
> Hyuna, what you pointed out is not a bug. Sim security panel is disabled
> when SIM card is not available. Even the panel is enabled, users still need
> to enter a correct password in order to turn off the sim lock.
Then, user can only disable the sim lock using launch dialer/sms/contact apps.
These apps already blocked using telephony, sms permission.
Comment 11•12 years ago
|
||
I see your point... you found an UX issue. :) Let's use bug 886758 to track it.
You need to log in
before you can comment on or make changes to this bug.
Description
•