1100283 - [Flame][WIFI]The input password page can't pop up.

Status: RESOLVED WONTFIX

(Firefox OS Graveyard :: Wifi, defect)

Description

[Paladin]

Attachment: can't_pop_up.3gp

[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

Comment 1

[Paladin]

Attachment: logcat_flame_1655.txt

Comment 2

[Paladin]

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

Comment 3

[Paladin]

Attachment: logcat_flame_1618.txt

Comment 4

[Eric Chang [:ericcc] [:echang]]

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.

Comment 5

[EJ Chen [:eragonj][:小龍哥][Contributor mode on](inactive)]

Attachment: master_demo.png

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 ?

Comment 6

[EJ Chen [:eragonj][:小龍哥][Contributor mode on](inactive)]

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.

Comment 7

[EJ Chen [:eragonj][:小龍哥][Contributor mode on](inactive)]

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 !!

Comment 8

[Vincent Chang[:vchang][changyihsin]]

(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.

Comment 9

[EJ Chen [:eragonj][:小龍哥][Contributor mode on](inactive)]

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 :)

Comment 10

[EJ Chen [:eragonj][:小龍哥][Contributor mode on](inactive)]

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 !

Comment 11

[Elie]

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

[Elie]

Attachment: logcat(5).txt

Comment 13

[Elie]

Attachment: VIDEO0287_Compress.MP4

Comment 14

[William Hsu [:whsu]]

Hi, Elie,

Thanks for the double confirmation.
Let's wait for solution.

Comment 15

[BMO Automation]

Firefox OS is not being worked on