Closed
Bug 923324
Opened 11 years ago
Closed 10 years ago
[B2G][Settings] The WiFi does not automatically reconnect to a known network when back in range
Categories
(Firefox OS Graveyard :: Gaia::Settings, defect)
Tracking
(b2g18 unaffected, b2g-v1.2 affected)
RESOLVED
DUPLICATE
of bug 1010252
Tracking | Status | |
---|---|---|
b2g18 | --- | unaffected |
b2g-v1.2 | --- | affected |
People
(Reporter: KTucker, Assigned: vchang, NeedInfo)
Details
(Keywords: regression, Whiteboard: burirun2)
Description: If the user connects to a WiFi connection, goes out of range of the connection and then comes back into range, the WiFi does not automatically connect back to the known connection. Repro Steps: 1) Updated Buri Build ID: 20131002004001 2) Tap on the "Settings" icon-->Cellular and Data>Toggle Data connection off. 3) Back out to the main settings page and tap on "WiFi" and connect to a network. 4) While connected to the WiFi, move out of range of the connection so the connection is lost. 5) Open the browser and try to go to a page to confirm that the WiFi is not connected. The WiFi symbol should disappear from the status bar. 6) Move back into range of the WiFi connection and observe the "Status" bar. Actual: The WiFi does not automatically connect back to a known connection. Expected: The WiFi automatically connects back to a known WiFi connection. Environmental Variables Device: Buri v 1.2.0 Mozilla RIL Build ID: 20131002004001 Gecko: http://hg.mozilla.org/releases/mozilla-aurora/rev/b955a00f4167 Gaia: def8e152db6a317162c03a316f68c409f3af3979 Platform Version: 26.0a2 RIL Version: 01.02.00.019.056 Notes: Repro frequency: 100%
Updated•11 years ago
|
blocking-b2g: --- → koi?
Updated•11 years ago
|
QA Contact: mdavydova
Comment 1•11 years ago
|
||
Regression range: Buri 1.2 Build ID: 20130912040201 - Does not reproduce Gecko: http://hg.mozilla.org/mozilla-central/rev/a98569f21abe Gaia: 9ffd2899eb91388f7fc1ce6f7a895a6f5f922c05 Platform Version: 26.0a1 Buri 1.2 Build ID: 20130913040201 - Reproduces Gecko: http://hg.mozilla.org/mozilla-central/rev/b9029b1de410 Gaia: 8ccb741b6adcfe9a78b842c17e5874242c0f8b86 Platform Version: 26.0a1
Keywords: regressionwindow-wanted
Comment 2•11 years ago
|
||
Hi, I am seeing this same issue on my leo device with build 20131001154746. I've been using the latest commercial RIL since Thursday and the only way to get the device to find a known network after going out of range is to restart the device. It gets stuck at 'initializing' on the Settings screen and if I disable wifi, then I can't enable it again without restarting. I have the device in SF. Adding naoki as he flashed the device for me last week and asked me to add qawanted and needinfo for anything I found. Thanks, Michelle
Flags: needinfo?(nhirata.bugzilla)
Keywords: qawanted
Comment 3•11 years ago
|
||
Ken, Could you help to check if this issue is covered by your team? Ivan
Flags: needinfo?(kchang)
leo team, comment 2 is in reference to the v10d build of leo. Could you look into this please to see if this can be replicated?
Flags: needinfo?(nhirata.bugzilla) → needinfo?(jaeohkim83)
Comment 6•11 years ago
|
||
(In reply to Preeti Raghunath(:Preeti) from comment #5) > Naoki, > > Is this seen in 1.2 at all? Comment 1 already indicates this reproduces on 1.2.
Comment 7•11 years ago
|
||
Vincent, it also happens in unagi. I wonder if this was a regression issue.
Assignee: nobody → vchang
Flags: needinfo?(kchang)
Assignee | ||
Comment 8•11 years ago
|
||
I can't reproduce this with today's buri 1.2. Could you please help to double confirm ?
Comment 9•11 years ago
|
||
(In reply to Vincent Chang[:vchang] from comment #8) > I can't reproduce this with today's buri 1.2. Could you please help to > double confirm ? Okay. QA Wanted for retest
Comment 10•11 years ago
|
||
I'm also unable to repro this on today's Buri 1.2 Aurora Build ID: 20131015004002 Gaia 94e3088c56c7348655ae76613defd126426cc722 SourceStamp f80fd27d367f BuildID 20131015004002 Version 26.0a2
Keywords: qawanted
Updated•11 years ago
|
Status: NEW → RESOLVED
blocking-b2g: koi? → ---
Closed: 11 years ago
Resolution: --- → WORKSFORME
Not sure, there may be something odd about the wifi code. Will open a new bug if I find something.
Flags: needinfo?(nhirata.bugzilla)
Comment 12•10 years ago
|
||
Hi, I am experiencing this issue quite often on the Flame v1.3 device. Sometimes it reconnects when I'm back in range, but most times it doesn't - especially if leaving the Wi-Fi range for over an hour. Pulling down the notification bar displays an active Wi-Fi icon at the bottom, but it's not connected to any network. ENVIRONMENT - Model: Flame reference device v1.3 Build ID: 20140520094859 I am re-opening the bug and adding QAWanted to investigate with the Flame device. Please let me know if there are any questions, or anything that I may be able to help with. Thanks!! - Ralph
Comment 13•10 years ago
|
||
This issue does NOT occur on Flame 2.0: Environmental Variables: Device: Flame 2.0 Build ID: 20140611091244 Gaia: a0f9f1f41a436daad8a249ce85df80a81a5ba2d5 Gecko: 0c0effd600c4 Version: 32.0a2 Firmware Version: v10G-2 ------------------------------------ This issue DOES occur on Flame 1.4: Environmental Variables: Device: Flame 1.4 Build ID: 20140611000202 Gaia: d1cf95dc5e8b2f52148487291318542f1396608e Gecko: a8bb6b76696b Version: 30.0 (1.4) Firmware Version: v10G-2
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(jmitchell)
QA Contact: mdavydova → ychung
Updated•10 years ago
|
Status: REOPENED → RESOLVED
Closed: 11 years ago → 10 years ago
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmitchell)
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•