Closed
Bug 1100283
Opened 10 years ago
Closed 6 years ago
[Flame][WIFI]The input password page can't pop up.
Categories
(Firefox OS Graveyard :: Wifi, defect)
Tracking
(b2g-v2.1 affected, b2g-v2.1S affected, b2g-v2.2 affected, b2g-master affected)
People
(Reporter: jihao, Assigned: vchang)
Details
Attachments
(6 files)
[1.Description]: [Flame][v2.1&2.2][WIFI]The input password page can't pop up if we input an invalid password and then forget it. Attachment: logcat_flame_1655.txt and can't_pop_up.3gp Occurrence time: 16:55 [2.Testing Steps]: 1. Open Settings -> WiFi. 2. Connect a not connected network.(For example: fota2) 3. Input a invalid passcode and tap OK. 4. When the subheading display "offline" under fota2. 5. Tap "Mange network". 6. Tap fota2 under Know networks. 7. Tap "Confirm" button on Forget networks page. 8. Tap "<" button. 9. Tap fota2 again. [3.Expected Result]: The input passworfd page should pop up. [4.Actual Result]: 9. The input password page can't pop up. [5.Reproduction build]: Flame 2.1 versions: Gaia-Rev 81160ad79e5b4c21967418dd63f1a1d08d77924e Gecko-Rev https://hg.mozilla.org/releases/mozilla-b2g34_v2_1/rev/3572aa3e6766 Build-ID 20141116001201 Version 34.0 Flame 2.2 versions: Gaia-Rev 1dd8ad8f96988afebc9691e1b818fa37aa32c790 Gecko-Rev https://hg.mozilla.org/mozilla-central/rev/a52bf59965a0 Build-ID 20141116040209 Version 36.0a1 [6.Reproduction Frequency]: Always Recurrence,5/5
I was able to reproduce this issue on latest Flame 2.1/2.2, could you help to handle this bug? See New Log: logcat_flame_1618.txt Device Info: Flame 2.1 build: Gaia-Rev 17c7ad2e4919a994f0844239b483116090412dee Gecko-Rev https://hg.mozilla.org/releases/mozilla-b2g34_v2_1/rev/39dfb662c82a Build-ID 20141225001203 Version 34.0 --------------------- Flame 2.2 build: Gaia-Rev ab41c35eed35404b632a4841714b81b56364ba32 Gecko-Rev https://hg.mozilla.org/mozilla-central/rev/2acb12da9813 Build-ID 20141225010202 Version 37.0a1
Flags: needinfo?(echang)
Comment 4•9 years ago
|
||
Hi Arthur, We have a similar case to bug 1113508, but we can still reproduce that even with patch from bug 1111903, Could you help to check this, thanks.
Flags: needinfo?(echang) → needinfo?(arthur.chen)
Do we still have this problem ? I noticed that we did update the layout here for sound panel few months ago. Carol, I think this bug should be marked as invalid instead ?
Flags: needinfo?(arthur.chen) → needinfo?(chuang)
Ahhh, sorry all, I responded to Carol at wrong bug. Please ignore these two comments. And btw, I am seeing what's wrong here in this bug, so set myself as assignee first.
Assignee: nobody → ejchen
Flags: needinfo?(chuang)
Hi @Vincent, in Settings app, we did observe wifiStatusChange here https://github.com/mozilla-b2g/gaia/blob/master/apps/settings/js/panels/wifi/panel.js#L104 and will try to re-scan if we got "connected", "connectingfailed" or "disconnected" status. I noticed that if we quickly jump to "manage networks" page and try to forget network after connecting to an AP with wrong password. Gecko would stop passing event up to gaia and the last status would be "connecting". If you check from status bar, you would find something interesting that the wifi icon is stopped without animating ! So, based on my observations above, can you help to check what would happen when we quickly forget AP in such scenario ? and can we try to pass back "disconnected" or "connectingfailed" here ? Thanks !!
Flags: needinfo?(vchang)
Assignee | ||
Comment 8•9 years ago
|
||
(In reply to EJ Chen [:eragonj][:小龍哥][ni? if you need me] from comment #7) > Hi @Vincent, > > in Settings app, we did observe wifiStatusChange here > https://github.com/mozilla-b2g/gaia/blob/master/apps/settings/js/panels/wifi/ > panel.js#L104 and will try to re-scan if we got "connected", > "connectingfailed" or "disconnected" status. > > I noticed that if we quickly jump to "manage networks" page and try to > forget network after connecting to an AP with wrong password. Gecko would > stop passing event up to gaia and the last status would be "connecting". > > If you check from status bar, you would find something interesting that the > wifi icon is stopped without animating ! > > So, based on my observations above, can you help to check what would happen > when we quickly forget AP in such scenario ? and can we try to pass back > "disconnected" or "connectingfailed" here ? > > Thanks !! Hi Ej, thanks for your information, and sorry for being late. When people enter wrong password, the connection will be retried automatically. If we fail in the retry , we get the DISCONNECTED event from wpa_supplicant as usual. However, if you call forget API in the middle of retry, we get nothing from wpa_supplicant. That's the reason the disconnected event is not fired. Let me think if I can handle this case in gecko. Will update my thought soon.
Flags: needinfo?(vchang)
Sure ! I am glad this information helps ! I'll keep waiting for any further update from Gecko part because it seems that for Gaia side, there is nothing much I can do here. Thanks Vincent :)
Vincent, let me bypass this bug to you for gecko works. If you are done or need any gaia's help, please feel free to redirect it back to me ! Thanks !
Assignee: ejchen → vchang
Comment 11•9 years ago
|
||
This issue can be reproduced on flame 2.2&2.1&master and dolpin 2.1S Refer to Video and logcat Happen time 4:33 Rate 5/5 Flame 2.1 Build ID 20150301001349 Gaia Revision 5d3479fdd438412adee4452720856b6b771fe5cd Gaia Date 2015-02-25 18:20:09 Gecko Revision https://hg.mozilla.org/releases/mozilla-b2g34_v2_1/rev/9bf4c663241f Gecko Version 34.0 Device Name flame Firmware(Release) 4.4.2 Firmware(Incremental) eng.cltbld.20150301.034808 Firmware Date Sun Mar 1 03:48:19 EST 2015 Bootloader L1TC000118D0 FLame2.2: Build ID 20150301002505 Gaia Revision 77609916ca5ab721150fab2b7bc5c37f43ee3a5a Gaia Date 2015-02-27 16:35:06 Gecko Revision https://hg.mozilla.org/releases/mozilla-b2g37_v2_2/rev/27ab8aa34201 Gecko Version 37.0 Device Name flame Firmware(Release) 4.4.2 Firmware(Incremental) eng.cltbld.20150301.040042 Firmware Date Sun Mar 1 04:00:53 EST 2015 Bootloader L1TC000118D0 2.1S_512: Gaia-Rev a43d64ae01ef108aa4dcc971c770fecd8416a764 Gecko-Rev https://hg.mozilla.org/releases/mozilla-b2g34_v2_1s/rev/2437280c634f Build-ID 20150301161204 Version 34.0 Device-Name scx15_sp7715ea FW-Release 4.4.2 FW-Incremental 122 FW-Date Thu Feb 5 12:42:58 CST 2015 Flame 3.0: Build ID 20150301010223 Gaia Revision f34ce82a840ad3c0aed3bfff18517b3f6a0eb37f Gaia Date 2015-02-27 15:48:31 Gecko Revision https://hg.mozilla.org/mozilla-central/rev/eea6188b9b05 Gecko Version 39.0a1 Device Name flame Firmware(Release) 4.4.2 Firmware(Incremental) eng.cltbld.20150301.045059 Firmware Date Sun Mar 1 04:51:10 EST 2015 Bootloader L1TC000118D0
Comment 12•9 years ago
|
||
Comment 13•9 years ago
|
||
Comment 14•9 years ago
|
||
Hi, Elie, Thanks for the double confirmation. Let's wait for solution.
Flags: needinfo?(whsu)
Comment 15•6 years ago
|
||
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•