Hi Marcio, The detection algorithm for Firefox OS is in bug 752982, and yes, you'll need an external site on public network for the detection. On my current implementation, we consider captive portal exists when HTTP redirection happened or the content of the external site has been overwrite to unexpected content.
The original discussion about captive portal for Firefox is in bug 562917. Here are some backgrounds and references you can find on the Internet. http://en.wikipedia.org/wiki/Captive_portal iOS: http://www.cloudpath.net/workaround_iphone.php Chromium: http://news.ycombinator.com/item?id=4546338 Windows 7: http://blog.superuser.com/2011/05/16/windows-7-network-awareness/ ----- Original Message ----- From: "Marcio Galli" <[email protected]> To: "Shih-Chiang Chien" <[email protected]> Cc: "Sriram Krishnan" <[email protected]>, "Kevin Hu" <[email protected]>, "Faramarz Rashed" <[email protected]>, "Hal Wine" <[email protected]>, [email protected], [email protected] Sent: Wednesday, December 12, 2012 8:37:12 PM Subject: Re: [b2g] Questions on Captive portal AFAIK, and in alignment with Schien, there is no way to detect a captive portal from outside and before an actual connection to the physical network. And this is good because no one wants a mobile device to be connecting and disconnecting for all the available WIFI listed (public ssid). There are implications here too: which is the right captive, the first you enter? and perhaps security implications too. So, for the case where an user selects the desired WIFI, it seems fine for a browser OS to look for the HTTP/HTML login or other login approaches. I looked at the bugzilla link and found nsICaptivePortalDetector. @Schien, do you have more links to this implementation and the background for this code? I wonder which is the approach Mozilla is using to work out this detection. Will the code attempt a connection to an external site? And perhaps it's also good for us to bring to this discussion on other ways to login in WIFI — what are the possibilities and challenges there. m On Wed, Dec 12, 2012 at 5:36 AM, Shih-Chiang Chien < [email protected] > wrote: Hi Sriram, I am the Gecko dev for Captive portal on Firefox OS. The information of "network requires captive portal login" is only available after user connects to that wifi network. I've provide a GAIA prototype that can receiving the notification about the existence of captive portal and delegate to Browser app for displaying login page. You can take a look at the modification in https://bugzilla.mozilla.org/ show_bug.cgi?id=780793 . On Wed 12 Dec 2012 03:04:48 PM CST, Sriram Krishnan wrote: Hi , I am the GAIA dev for Captive portal , i have a few questions on how to proceed , As an initial step i would like to have wireless networks show up (on my B2G desktop), i would also like to know how to differentiate between normal wireless networks and networks that require captive portal to signin I have looked into the exiting gaia code at apps/settings/js/wifi.js var req = gWifiManager.getNetworks(); // line-285 Is there mock data that could use to get a list of the networks on the UI ? if so where do i get them and how do i use them ? i see this call in the JS , i need to know what it returns and what is the data that it returns and identify the networks that require opening a authentication window on the browser . Is there any attribute i should be looking for ? Also , will the url to post authentication username/password be available in the same call ?(I will ask more questions on what data would be returned after success/failure after this) Thanks Sriram ______________________________ _________________ dev-b2g mailing list [email protected] https://lists.mozilla.org/ listinfo/dev-b2g -- Shih-Chiang Chien Mozilla Taiwan ______________________________ _________________ dev-b2g mailing list [email protected] https://lists.mozilla.org/ listinfo/dev-b2g -- www.telasocial.com _______________________________________________ dev-b2g mailing list [email protected] https://lists.mozilla.org/listinfo/dev-b2g
