Closed Bug 1021425 Opened 11 years ago Closed 7 years ago

IP address doesn't appear in the node/SSID's advanced page if you click on an SSID's name before the lease is obtained

Categories

(Firefox OS Graveyard :: Gaia::Settings, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: stephend, Unassigned)

Details

(Keywords: regression, Whiteboard: [2.0-FL-bug-bash])

Flame V10-G2, master/mozilla-central build sdonner-10779:B2G-flash-tool sdonner$ ./check_versions.sh Gaia d2cfef555dabab415085e548ed44c48a99be5c32 Gecko https://hg.mozilla.org/mozilla-central/rev/51b428be6213 BuildID 20140605040202 Version 32.0a1 ro.build.version.incremental=94 ro.build.date=Tue May 20 09:29:20 CST 2014 STR: 1. Flash with the above build 2. Connect to an open Wi-Fi node (I chose Mozilla Guest) 3. Click "Forget" 4. Now, reconnect to the same SSID, but before it finishes obtaining the DHCP lease, click on the node name 5. Wait on the resulting page, to see if the IP address populates Actual Results: Even after the DHCP lease is obtained, the IP address doesn't appear on the advanced page The workaround is: go back out by clicking on the "<" next to the SSID name, then back to the SSID's entry -- now you'll see the IP address populated
Whiteboard: [2.0-FL-bug-bash]
QA wanted to see if it's reproducible on 1.4.
Keywords: qawanted
Component: Wifi → Gaia::Settings
This issue DOES occur on both Buri, and Flame 2.0 Flame 2.0 Environmental Variables: Device: Flame 2.0 Build ID: 20140610000223 Gaia: 8d865839d932bfbd5e157f376f74d8cb12bfdd51 Gecko: 1d4046a8cb6c Version: 32.0a2 (2.0) Firmware Version: v10G-2 User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0 Buri 2.0 Environmental Variables: Device: Buri 2.0 Build ID: 20140609223003 Gaia: f42ebc93554979501d3ac52bcf9e69cb4b310a4f Gecko: 9dc0ffca10f4 Version: 33.0a1 2.0 MOZ Firmware Version: v1.2device.cfg User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0 When the wifi is trying to obtain the IP address select the wifi that is being connected to, and the IP address will NOT populate. This issue does NOT occur on either Buri 1.4, or Flame 1.4 Flame 1.4 Environmental Variables: Device: Flame 1.4 Build ID: 20140610000204 Gaia: 57c6a24f7c7d16aac132f3cecd3ff9ee8d53cf78 Gecko: 54a7aa1a0423 Version: 30.0 (1.4) Firmware Version: v10G-2 User Agent: Mozilla/5.0 (Mobile; rv:30.0) Gecko/30.0 Firefox/30.0 Buri 1.4 Environmental Variables: Device: Buri 1.4 Build ID: 20140611000202 Gaia: d1cf95dc5e8b2f52148487291318542f1396608e Gecko: a8bb6b76696b Version: 30.0 (1.4) MOZ Firmware Version: v1.2device.cfg User Agent: Mozilla/5.0 (Mobile; rv:30.0) Gecko/30.0 Firefox/30.0 When the wifi is trying to obtain the IP address select the wifi that is being connected to, and the IP address WILL populate.
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(jmitchell)
Keywords: qawantedregression
Probably a minor regression.
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage?][lead-review+]
QA Whiteboard: [QAnalyst-Triage?][lead-review+] → [QAnalyst-Triage+][lead-review+]
Flags: needinfo?(jmitchell)
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.