Closed Bug 1036210 Opened 11 years ago Closed 10 years ago

Can't connect to network if switching to auto selection toggle while manual selection is still in progress

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:2.1+, b2g-v1.4 wontfix, b2g-v2.0 wontfix, b2g-v2.1 verified, b2g-v2.2 verified)

VERIFIED FIXED
2.1 S6 (10oct)
blocking-b2g 2.1+
Tracking Status
b2g-v1.4 --- wontfix
b2g-v2.0 --- wontfix
b2g-v2.1 --- verified
b2g-v2.2 --- verified

People

(Reporter: chrislei, Assigned: arthurcc)

References

Details

Attachments

(2 files)

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/35.0.1916.153 Safari/537.36 Steps to reproduce: Camp a phone on a live network. 1)Settings->Cellular & Data -> Network operator -> Disable Automatic Network Selection 2)Wait for list of available networks 3) Select an available network that is not camped Actual results: While the manual network selection is in progress, a user is able to touch the UI and re-able automatic network selection and the list of available manual networks ( and their respective status ) disappears. Expected results: While the manual network selection is in progress, all ui elements should be disabled or paused until the manual selection completes.
blocking-b2g: --- → 2.0?
blocking-b2g: 2.0? → 2.1?
OS: All → Gonk (Firefox OS)
Hardware: All → ARM
Status: UNCONFIRMED → NEW
blocking-b2g: 2.1? → 2.1+
Ever confirmed: true
You may want to take this?
Flags: needinfo?(arthur.chen)
Assignee: nobody → arthur.chen
Flags: needinfo?(arthur.chen)
[Blocking Requested - why for this release]: Howie, this is a great addition but is more of a new feature than a blocking bug. Can you explain why this bug is so important we should block the release on it? For reference, here is the criteria used to determine what does/doesn't block a release: https://wiki.mozilla.org/B2G/Triage#Blocker_Triage_Guidelines Thanks!
blocking-b2g: 2.1+ → 2.1?
Flags: needinfo?(hochang)
Keywords: feature
Gecko does not support switching to automatic selection while there is still pending manual selections. In this case, after the STR the device cannot connect to network automatically until users switch back to manual selection and select the available networks, which is annoying. Disabling the checkbox is one of the solution helps avoid this problem. Jenny, does the UI change make sense to you?
Flags: needinfo?(jeliu)
Flags: needinfo?(jeliu) → needinfo?(jelee)
The other way would be not disabling the checkbox, but re-trigger the automatic connection after the manual selection finishes.
(In reply to Arthur Chen [:arthurcc] from comment #4) > The other way would be not disabling the checkbox, but re-trigger the > automatic connection after the manual selection finishes. Hi Arthur, per discussion, let's go with this solution, thank you!
Flags: needinfo?(jelee)
(In reply to Dietrich Ayala (:dietrich) from comment #2) > [Blocking Requested - why for this release]: > > Howie, this is a great addition but is more of a new feature than a blocking > bug. > > Can you explain why this bug is so important we should block the release on > it? For reference, here is the criteria used to determine what does/doesn't > block a release: > https://wiki.mozilla.org/B2G/Triage#Blocker_Triage_Guidelines > > Thanks! Sorry didn't make it clear. Arthur just added more information. This is a blocker because it's solving the issue on Comment 3.
blocking-b2g: 2.1? → 2.1+
Flags: needinfo?(hochang)
Keywords: feature
Summary: Automatic Network Selection Toggle , still select-able ... while manual network selection is currently pending → Can't connect to network if switching to auto selection toggle while manual selection is still in progress
(In reply to Jenny Lee from comment #5) > (In reply to Arthur Chen [:arthurcc] from comment #4) > > The other way would be not disabling the checkbox, but re-trigger the > > automatic connection after the manual selection finishes. > > Hi Arthur, per discussion, let's go with this solution, thank you! This doesn't seem inline with how other settings like APM behave, which is disabled when the operation is in progress and so are settings like call forwarding. Please explain why this seems like a better solution than disabling the checkbox?
On my device it takes around 25 secs trying to connect to an operator, thus disabling the checkbox for this long time seems frustrating when users change their mind and turn back to use automatic selection.
Target Milestone: --- → 2.1 S4 (12sep)
QA Wanted to branch check.
Keywords: qawanted
QA Contact: aalldredge
This issue reproduces in 2.2 Flame, 2.2 Open_C, 2.1 Flame, 2.0 Flame, and 1.4 Flame. Device: Flame 2.2 Master BuildID: 20140912061053 Gaia: b72909030e214175144342f7e5df7e88a2b52fd4 Gecko: 59d4326311e0 Version: 35.0a1 (2.2 Master) Firmware: V165 User Agent: Mozilla/5.0 (Mobile; rv:35.0) Gecko/35.0 Firefox/35.0 Device: Open_C 2.2 Master BuildID: 20140912061053 Gaia: b72909030e214175144342f7e5df7e88a2b52fd4 Gecko: 59d4326311e0 Version: 35.0a1 (2.2 Master) Firmware: P821A10v1.0.0B06_LOG_DL User Agent: Mozilla/5.0 (Mobile; rv:35.0) Gecko/35.0 Firefox/35.0 Device: Flame 2.1 BuildID: 20140912023307 Gaia: ee335e6340dab596239d335bb571b732775dc84e Gecko: 48c37c8442cb Version: 34.0a2 (2.1) Firmware: V165 User Agent: Mozilla/5.0 (Mobile; rv:33.0) Gecko/33.0 Firefox/33.0 Device: Flame 2.0 BuildID: 20140911220254 Gaia: 91dd0e596aa7c124dd968e1474b23e7992dc35a1 Gecko: a66168598533 Version: 32.0 (2.0) Firmware: V165 User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0 Device: Flame 1.4 (Base) BuildID: 20140814202332 Firmware: v165 User Agent: Mozilla/5.0 (Mobile; rv:30.0) Gecko/30.0 Firefox/30.0 Result: The phone does not connect to a network when automatic selection is enabled while it is connecting to a network manually.
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(jmitchell)
Keywords: qawanted
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmitchell)
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage+][lead-review+]
Target Milestone: 2.1 S4 (12sep) → 2.1 S6 (10oct)
What's the action item here?
Flags: needinfo?(arthur.chen)
This will be my next item to do after clearing the review queue.
Flags: needinfo?(arthur.chen)
Status: NEW → ASSIGNED
As this is a 2.1 blocker so I was trying to make a minimum change as possible as I can. What we are doing in the patch was basically recovering the automatic selection of operators after the manual selection completes. Let me know if you need any help when reviewing the patch, thanks!
Attachment #8498765 - Flags: review?(ejchen)
Comment on attachment 8498765 [details] link to https://github.com/mozilla-b2g/gaia/pull/24681 It works well, so r+ ! Thanks Arthur :)
Attachment #8498765 - Flags: review?(ejchen) → review+
Comment on attachment 8498765 [details] link to https://github.com/mozilla-b2g/gaia/pull/24681 [Approval Request Comment] [Bug caused by] (feature/regressing bug #): N/A [User impact] if declined: Users have to wait for a long time before they are able to set the settings back to automatic connection. [Testing completed]: Manual tests are completed [Risk to taking this patch] (and alternatives if risky): Low [String changes made]: N/A
Attachment #8498765 - Flags: approval-gaia-v2.1?
Comment on attachment 8498765 [details] link to https://github.com/mozilla-b2g/gaia/pull/24681 Cancel the approval request as the patch does not land to master yet.
Attachment #8498765 - Flags: approval-gaia-v2.1?
master: fe123d3380ee635886870ddbd4f6e6c91e4d6f73
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Comment on attachment 8498765 [details] link to https://github.com/mozilla-b2g/gaia/pull/24681 [Approval Request Comment] [Bug caused by] (feature/regressing bug #): N/A [User impact] if declined: Users have to wait for a long time before they are able to set the settings back to automatic connection. [Testing completed]: Manual tests are completed [Risk to taking this patch] (and alternatives if risky): Low [String changes made]: N/A
Attachment #8498765 - Flags: approval-gaia-v2.1?
Attachment #8498765 - Flags: approval-gaia-v2.1? → approval-gaia-v2.1+
The issue is fixed on 2.2 and 2.1 The device switches back to "Automatic" and connected to network "Flame 2.2 Device: Flame 2.2 (319mb)(Kitkat Base)(Shallow Flash) Build ID: 20141117040203 Gaia: ddf5b92f43ec27c93ad4fea4fd1207da8936b8e7 Gecko: 21b745197618 Version: 36.0a1 (2.2) Firmware Version: v188-1 User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0" "Flame 2.1 Device: Flame 2.1 (319mb)(Kitkat Base)(Shallow Flash) BuildID: 20141117001201 Gaia: 81160ad79e5b4c21967418dd63f1a1d08d77924e Gecko: 3572aa3e6766 Version: 34.0 (2.1) Firmware: V188-1 User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0"
Status: RESOLVED → VERIFIED
QA Whiteboard: [QAnalyst-Triage+][lead-review+] → [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: