Closed Bug 824457 Opened 12 years ago Closed 12 years ago

Wifi status is not corrected in FTU

Categories

(Firefox OS Graveyard :: Gaia::First Time Experience, defect, P3)

x86
macOS
defect

Tracking

(blocking-basecamp:+)

VERIFIED FIXED
B2G C3 (12dec-1jan)
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.
blocking-basecamp: --- → ?
qawanted to understand if the symptom can be recovered easily such as turning off wifi and back on again?
Keywords: qawanted
Triage: BB-, assuming the wifi status is correct on status bar, not blocking. please renom if otherwise
blocking-basecamp: ? → -
(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.
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: - → ?
Yes, this is really confusing and I wonder why this has not been fixed yet..
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.
khu just showed me his unagi device. it is still reproducible on unagi
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....
blocking-basecamp: ? → +
Keywords: qawanted
Priority: -- → P3
Target Milestone: --- → B2G C3 (12dec-1jan)
Assignee: nobody → alive
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 on attachment 696073 [details]
https://github.com/mozilla-b2g/gaia/pull/7218

r=me, thanks!
Attachment #696073 - Flags: review?(ehung) → review+
https://github.com/mozilla-b2g/gaia/commit/1084057e7a55b41d77e867027f2b1f57efeca274

Happy New Year!
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Verified with
Build ID: 20130101070202 Unagi User Build
Status: RESOLVED → VERIFIED
Blocks: 826030
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: