Closed
Bug 824457
Opened 13 years ago
Closed 13 years ago
Wifi status is not corrected in FTU
Categories
(Firefox OS Graveyard :: Gaia::First Time Experience, defect, P3)
Tracking
(blocking-basecamp:+)
People
(Reporter: khu, Assigned: alive)
References
Details
Attachments
(1 file)
Build Identifier:
20121223070202
STR:
Connect to a Wifi spot during FTU.
Press next, and next.
Press back and back, to go to the Wifi configuration page.
The WiFi connection status is "OPEN". Besides, I can't connect to the WiFi spot anymore.
Expected result:
It should be "connected".
It looks like the status is incorrect. After I tried to import from facebook, I can connect to Facebook.com successfully. So, the network has no problem, but the status for the Wifi is incorrect.
| Reporter | ||
Updated•13 years ago
|
blocking-basecamp: --- → ?
Comment 1•13 years ago
|
||
qawanted to understand if the symptom can be recovered easily such as turning off wifi and back on again?
Keywords: qawanted
Comment 2•13 years ago
|
||
Triage: BB-, assuming the wifi status is correct on status bar, not blocking. please renom if otherwise
blocking-basecamp: ? → -
| Assignee | ||
Comment 3•13 years ago
|
||
(In reply to Joe Cheng [:jcheng] from comment #2)
> Triage: BB-, assuming the wifi status is correct on status bar, not
> blocking. please renom if otherwise
You couldn't see statusbar when FTU running.
| Reporter | ||
Comment 4•13 years ago
|
||
Alive is right.
We could not see the WiFi status during FTU. I just tried it again and it can be reproduced 100%. It's in FTU. Please make sure you understand this case.
blocking-basecamp: - → ?
| Assignee | ||
Comment 5•13 years ago
|
||
Yes, this is really confusing and I wonder why this has not been fixed yet..
Comment 6•13 years ago
|
||
Following the steps in description field, I can't reproduce this problem.
1. Connect to a Wifi spot during FTU.
2. Press next, and next.
3. Press back and back, to go to the Wifi configuration page. I can see the wifi still in "connected" mode.
4. cat /proc/net/route, the route is still existing.
Iface Destination Gateway Flags RefCnt Use Metric Mask MTU Window IRTT
wlan0 00000000 0120F70A 0003 0 0 0 00000000 00 0
wlan0 0020F70A 00000000 0001 0 0 313 00F8FFFF 00 0
The device I used is otoro. The image I flashed was built by myself yesterday.
Comment 7•13 years ago
|
||
khu just showed me his unagi device. it is still reproducible on unagi
| Assignee | ||
Comment 8•13 years ago
|
||
Reproducible in my unagi, too.
I noticed that the 'connected' status is overwritten with 'open' when the wifi list is refreshed.
I bet this is a pure UI fail....
Updated•13 years ago
|
blocking-basecamp: ? → +
Keywords: qawanted
Priority: -- → P3
Target Milestone: --- → B2G C3 (12dec-1jan)
| Assignee | ||
Updated•13 years ago
|
Assignee: nobody → alive
| Assignee | ||
Comment 9•13 years ago
|
||
Patch v1:
1. Make connection status into localization
2. Fix unstable connection status
I tested Wi-Fi manually all the day with flashing the phone every time...
Attachment #696073 -
Flags: review?(ehung)
Comment 10•13 years ago
|
||
Comment on attachment 696073 [details]
https://github.com/mozilla-b2g/gaia/pull/7218
r=me, thanks!
Attachment #696073 -
Flags: review?(ehung) → review+
| Assignee | ||
Comment 11•13 years ago
|
||
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Comment 12•13 years ago
|
||
Verified with
Build ID: 20130101070202 Unagi User Build
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•