Closed Bug 1174914 Opened 11 years ago Closed 11 years ago

Remembered wifi network list is wiped

Categories

(Firefox OS Graveyard :: Gaia::System::Wifi, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:2.5?)

RESOLVED WORKSFORME
blocking-b2g 2.5?

People

(Reporter: jag.alves, Unassigned)

Details

User Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:41.0) Gecko/20100101 Firefox/41.0 Build ID: 20150615030204 Steps to reproduce: 1. Setup 2 remembered wifi networks (one wpa2 and another wpa-eap with peap authentication 2. Use the phone for a few weeks applying nightly updates often 3. ??? (I don't know what triggers it) Actual results: The remembered wifi networks disappear and need to be reconfigured. Expected results: They should stay there
This happened a few times and is extremely annoying. Specially worse because I don't know my wpa2 password by heart for security reasons. Extra info: 1. This is on the 2.2 branch 2. The networks don't seem to disappear just after the nightly updates 3. I have wifi sleep enabled 4. I believe just using the phone for a few weeks will reproduce it. 5. It's been some time since I last reset my profile. I'm willing to try special dev builds or hacks to help analyze the issue.
blocking-b2g: --- → 2.2?
Could you turn on wifi debuggging and capture some logcats please? The wifi information is stored outside of b2g, so I find it odd that it is getting wiped just by OTA... There might be something else that is going on.
Flags: needinfo?(jag.alves)
How do I turn on wifi debugging, is it the WiFi output in ADB option?
Just happened again. I save the output from adb logcat but I'm not sure it includes the exact moment the list was wiped. Also, I don't want to post it here because it contains personal information so if you want to take a look I can send it somewhere. Anyway, what can I do to help fix it or improve my error report?
Flags: needinfo?(jag.alves) → needinfo?(nhirata.bugzilla)
[Blocking Requested - why for this release]: 2.2 CCed. Continue investigate in next release.
blocking-b2g: 2.2? → 2.5?
Happened again today on 2.2.
It is the wif-fi output in adb option. Any time you do a full flash of the device it will reset your wifi information. ie "special dev builds"
Flags: needinfo?(nhirata.bugzilla)
I'm just doing the normal nightly OTA update and this doesn't seem to happen immediately after it happens.
Patrick/Kevin, Please confirm if this bug still exists. Thanks
Keywords: qawanted
:mahe, just FYI, it's Peter and not Patrick. ---- I was unable to reproduce this issue on Aries at central, or on Flame at 2.2. Note that we're unable to follow this step: > 2. Use the phone for a few weeks applying nightly updates often We do have devices that apply nightly updates daily, but we also flash those devices from time to time. Also I think we haven't been doing 2.2 OTA for a long time now, which seems to be the affected branch. For this bug I flashed device to an older build, made device remember 2 wifi APs, enabled wifi sleep, browsed web, OTA'ed to today's build, browsed web, let the device idle for some moments, and checked to see it still remembered both APs. Leaving qawanted tag for someone else to attempt. Device: Flame 2.2 BuildID: 20150819032503 Gaia: 335cd8e79c20f8d8e93a6efc9b97cc0ec17b5a46 Gecko: ebaa55c4247b Gonk: bd9cb3af2a0354577a6903917bc826489050b40d Version: 37.0 (2.2) Firmware Version: v18D-1 User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0 Device: Aries 2.5 BuildID: 20150819130905 Gaia: 8f77edf3ac39d36f6df0f5517223d3ed35ed89e0 Gecko: d590b9601ba8138b621b2553daefd8823ab4295a Gonk: 2916e2368074b5383c80bf5a0fba3fc83ba310bd Version: 43.0a1 (2.5) Firmware Version: D5803_23.1.A.1.28_NCB.ftf User Agent: Mozilla/5.0 (Mobile; rv:43.0) Gecko/43.0 Firefox/43.0
Flags: needinfo?(jmercado)
Flags: needinfo?(jmercado)
Kevin, Have you had a chance to check this one? Thanks
Flags: needinfo?(ktucker)
Flags: needinfo?(ktucker)
Adding qawanted for another attempt. Please see Comment 10.
Keywords: qawanted
After testing on Aries 2.5 and Flame 2.2 builds, I was also unable to reproduce this issue. After connecting with multiple Wi-Fi access points (both WPA and WPA2), I enabled Wi-Fi Sleep, restarted the device, browsed the web and let the device idle for several minutes. I then ran a system OTA, and repeated these steps. The device never forgot or lost connection to these networks throughout testing. Leaving qawanted tag for another tester to attempt. Environmental Variables BuildID: 20150820032506 Gaia: 335cd8e79c20f8d8e93a6efc9b97cc0ec17b5a46 Gecko: ebaa55c4247b Gonk: bd9cb3af2a0354577a6903917bc826489050b40d Version: 37.0 (2.2) Firmware Version: v18D User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0 Environmental Variables: Device: Aries 2.5 BuildID: 20150824130216 Gaia: d7fb5717d3e0153ac64af2c0d5c11079846d81c3 Gecko: ba43a48d3c528cc956335793e02504e5ca2c149f Gonk: 2916e2368074b5383c80bf5a0fba3fc83ba310bd Version: 43.0a1 (2.5) Firmware Version: D5803_23.1.A.1.28_NCB.ftf User Agent: Mozilla/5.0 (Mobile; rv:43.0) Gecko/43.0 Firefox/43.0
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(jmercado)
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(jmercado)
Unable to reproduce. Please reopen if able to find clear STR
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
Flags: needinfo?(jmercado)
Keywords: qawanted
QA Whiteboard: [QAnalyst-Triage+]
Flags: needinfo?(jmercado)
You need to log in before you can comment on or make changes to this bug.