[Desktop-packages] [Bug 1571522] Re: Detect captive WiFi hotspots
*** This bug is a duplicate of bug 914507 *** https://bugs.launchpad.net/bugs/914507 ** This bug has been marked a duplicate of bug 914507 Feature Request: special Browser window for logging in to WiFi Hotspots -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to network-manager in Ubuntu. https://bugs.launchpad.net/bugs/1571522 Title: Detect captive WiFi hotspots Status in Canonical System Image: Confirmed Status in indicator-network package in Ubuntu: Confirmed Status in network-manager package in Ubuntu: Confirmed Bug description: Right now it is very annoying that when you connect to a captive wifi portal, the device does not detect that. All other devices open the log in page automatically, except ubuntu devices. One needs to manually open the browser, type a url and get redirected before being able to log in and start e.g. telegram messaging over the wifi connection. My proposed solution to solve this: When a WiFi connection is established, indicator-network should do a http GET call to ubuntu.com. If the reply turns out to be a redirect, it should open the browser with the redirect url. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1571522/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1571522] Re: Detect captive WiFi hotspots
** Changed in: canonical-devices-system-image Milestone: None => 11 ** Changed in: canonical-devices-system-image Milestone: 11 => backlog -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to network-manager in Ubuntu. https://bugs.launchpad.net/bugs/1571522 Title: Detect captive WiFi hotspots Status in Canonical System Image: Confirmed Status in indicator-network package in Ubuntu: Confirmed Status in network-manager package in Ubuntu: Confirmed Bug description: Right now it is very annoying that when you connect to a captive wifi portal, the device does not detect that. All other devices open the log in page automatically, except ubuntu devices. One needs to manually open the browser, type a url and get redirected before being able to log in and start e.g. telegram messaging over the wifi connection. My proposed solution to solve this: When a WiFi connection is established, indicator-network should do a http GET call to ubuntu.com. If the reply turns out to be a redirect, it should open the browser with the redirect url. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1571522/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1571522] Re: Detect captive WiFi hotspots
Status changed to 'Confirmed' because the bug affects multiple users. ** Changed in: network-manager (Ubuntu) Status: New => Confirmed -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to network-manager in Ubuntu. https://bugs.launchpad.net/bugs/1571522 Title: Detect captive WiFi hotspots Status in Canonical System Image: Confirmed Status in indicator-network package in Ubuntu: Confirmed Status in network-manager package in Ubuntu: Confirmed Bug description: Right now it is very annoying that when you connect to a captive wifi portal, the device does not detect that. All other devices open the log in page automatically, except ubuntu devices. One needs to manually open the browser, type a url and get redirected before being able to log in and start e.g. telegram messaging over the wifi connection. My proposed solution to solve this: When a WiFi connection is established, indicator-network should do a http GET call to ubuntu.com. If the reply turns out to be a redirect, it should open the browser with the redirect url. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1571522/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1571522] Re: Detect captive WiFi hotspots
FWIW, here's Android's code to detect it: http://grepcode.com/file/repository.grepcode.com/java/ext/com.google.android/android/4.0.1_r1/android/net/wifi/WifiWatchdogStateMachine.java#WifiWatchdogStateMachine.isWalledGardenConnection%28%29 Seems they connect to something returning status 204 and expecting that code or else will open the popup. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to network-manager in Ubuntu. https://bugs.launchpad.net/bugs/1571522 Title: Detect captive WiFi hotspots Status in Canonical System Image: Confirmed Status in indicator-network package in Ubuntu: Confirmed Status in network-manager package in Ubuntu: New Bug description: Right now it is very annoying that when you connect to a captive wifi portal, the device does not detect that. All other devices open the log in page automatically, except ubuntu devices. One needs to manually open the browser, type a url and get redirected before being able to log in and start e.g. telegram messaging over the wifi connection. My proposed solution to solve this: When a WiFi connection is established, indicator-network should do a http GET call to ubuntu.com. If the reply turns out to be a redirect, it should open the browser with the redirect url. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1571522/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1571522] Re: Detect captive WiFi hotspots
connman does a really good job here in implementing WiSPr (https://en.wikipedia.org/wiki/WISPr) support to deal with captive portals. If you want to check if you're really not on an captive portral you want to implement something like this to perform a check if you're "online" or not: 1. Setup a well known server, lets say online.ubuntu.com which returns respecific HTTP headers like X-Ubuntu-Online: true once a HTTP GET request is received 2. When NetworkManager performs a check if its online or not (when connected to a new WiFi network or when the IP configuration has changed) it can send a HTTP GET request to online.ubuntu.com and if it gets the X-Ubuntu-Online header back its really online and otherwise not. There is not right way to rely on result codes as those are not reliable. The one way is to set up an endpoint which will return a set expectation if you're really online. This feature would be really something to add to NetworkManager rather than indicator-network. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to network-manager in Ubuntu. https://bugs.launchpad.net/bugs/1571522 Title: Detect captive WiFi hotspots Status in Canonical System Image: Confirmed Status in indicator-network package in Ubuntu: Confirmed Status in network-manager package in Ubuntu: New Bug description: Right now it is very annoying that when you connect to a captive wifi portal, the device does not detect that. All other devices open the log in page automatically, except ubuntu devices. One needs to manually open the browser, type a url and get redirected before being able to log in and start e.g. telegram messaging over the wifi connection. My proposed solution to solve this: When a WiFi connection is established, indicator-network should do a http GET call to ubuntu.com. If the reply turns out to be a redirect, it should open the browser with the redirect url. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1571522/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1571522] Re: Detect captive WiFi hotspots
There can be many ways captive portals work and it is tricky being able to support the different ways of detecting this. I've seen some offer redirects, but others offer different status codes to indicate the captive portal, and not all captive portals act properly once things get returned. I would think this comes from network-manager level and not indicator level. ** Also affects: network-manager (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to network-manager in Ubuntu. https://bugs.launchpad.net/bugs/1571522 Title: Detect captive WiFi hotspots Status in Canonical System Image: Confirmed Status in indicator-network package in Ubuntu: Confirmed Status in network-manager package in Ubuntu: New Bug description: Right now it is very annoying that when you connect to a captive wifi portal, the device does not detect that. All other devices open the log in page automatically, except ubuntu devices. One needs to manually open the browser, type a url and get redirected before being able to log in and start e.g. telegram messaging over the wifi connection. My proposed solution to solve this: When a WiFi connection is established, indicator-network should do a http GET call to ubuntu.com. If the reply turns out to be a redirect, it should open the browser with the redirect url. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1571522/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp