Closed
Bug 796461
Opened 12 years ago
Closed 12 years ago
Connecting to wifi with one router, going out of range, and going to the wifi page still indicates the phone is still connected to the router
Categories
(Firefox OS Graveyard :: Gaia, defect, P1)
Firefox OS Graveyard
Gaia
Tracking
(blocking-basecamp:+)
VERIFIED
FIXED
blocking-basecamp | + |
People
(Reporter: ghtobz, Assigned: ttaubert)
Details
(Whiteboard: [label:settings][label:needsUXinput][label:mentored][LOE:S])
Attachments
(1 file, 1 obsolete file)
[GitHub issue by jds2501 on 2012-08-08T04:35:32Z, https://github.com/mozilla-b2g/gaia/issues/3242]
## Build
* Device: Otoro
* Gaia: 7a5162ef0f8e5329b679575a49446dfd055f02f0
* Mozilla Central: e0022230e076d1050f9d22b614c42632076e125b
## Steps
1. Connect to wifi to one router - wait until you are fully connected
2. Leave the range of the router, such that you no longer have wifi connection
3. Go to wifi page in the settings
## Expected
The wifi page should indicate that you are not connected to any router.
## Actual
The wifi page still indicates that you are connected to that router. A checkbox still appears in the wifi section too.
[GitHub comment by jds2501 on 2012-08-08T04:36:44Z]
Screenshot - http://tinypic.com/r/2dj5cmg/6
[GitHub comment by evelynhung on 2012-08-08T09:14:28Z]
because `autoscan` is not enabled in code for some reasons, so the network list won't automatically update itself.
@fabi1cazenave
[GitHub comment by fabi1cazenave on 2012-08-08T12:33:25Z]
`autoscan` has been disabled by a UX request. Re-enabling it would solve this issue, but that would raise other UX problems — e.g. it could be tricky to select a network from a list if the list is refreshed automatically, especially when networks are ordered by signal strength.
Anyway, that issue should not be related to the `autoscan` feature. I’d suggest to update this Wi-Fi page when:
* the wifi status has changed
* the page has lost and regained visibility
@lco, what’s your opinion on this?
[GitHub comment by lco on 2012-09-18T17:43:58Z]
@fabi1cazenave I agree with your proposal to update the Wi-Fi page for the reasons you mentioned. It should also update when you leave the Wi-Fi Settings page and then re-enter it (that might be what you mean in your second point)
Assignee | ||
Comment 5•12 years ago
|
||
Will work on this.
Assignee: nobody → ttaubert
Status: NEW → ASSIGNED
Assignee | ||
Comment 6•12 years ago
|
||
Pointer to Github pull-request
Assignee | ||
Updated•12 years ago
|
Attachment #670559 -
Flags: review?(kaze)
Updated•12 years ago
|
Priority: -- → P1
Assignee | ||
Comment 7•12 years ago
|
||
Pointer to Github pull-request
Assignee | ||
Updated•12 years ago
|
Attachment #671247 -
Attachment is obsolete: true
Assignee | ||
Comment 8•12 years ago
|
||
Review ping?
Comment 9•12 years ago
|
||
Comment on attachment 670559 [details]
Pointer to Github pull request: https://github.com/mozilla-b2g/gaia/pull/5782
R- because of small nits. Should be fast to fix.
Attachment #670559 -
Flags: review?(kaze) → review-
Attachment #670559 -
Flags: review- → review+
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Comment 10•12 years ago
|
||
Verified as resolved on Unagi Build ID:20121231070201
Unable to verify on Otoro, only have Unagi
Comment 11•12 years ago
|
||
Verified as resolved on Unagi Build ID:201301120702022
Unable to verify on Otoro, only have Unagi
Whiteboard: [label:settings][label:needsUXinput][label:mentored][LOE:S] → [label:settings][label:needsUXinput][label:mentored][LOE:S], QARegressionExclude
Comment 12•12 years ago
|
||
(In reply to mlevin from comment #11)
> Verified as resolved on Unagi Build ID:201301120702022
> Unable to verify on Otoro, only have Unagi
That's probably fine for the verification actually.
Status: RESOLVED → VERIFIED
Whiteboard: [label:settings][label:needsUXinput][label:mentored][LOE:S], QARegressionExclude → [label:settings][label:needsUXinput][label:mentored][LOE:S]
You need to log in
before you can comment on or make changes to this bug.
Description
•