I don’t travel that much, but the few occasions I tested it in the past it worked as intended (last time was several months ago though, the platform has evolved a lot since then, and it’s not impossible that this particular functionality has regressed).
In my experience, captive portals will redirect you to their login page if you browse to a plain HTTP URL. Browsing to an HTTPS URL won’t do the redirection. And usually pages like e.g. google.com get you HTTPS by default. So you might want to try a page for which you’re sure there won’t be encryption (try e.g. http://example.org), just in case that’s where the issue lies. Marking incomplete for now, more information to help the understand the issue better is welcome. ** Changed in: webbrowser-app (Ubuntu) Status: New => Incomplete -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to webbrowser-app in Ubuntu. https://bugs.launchpad.net/bugs/1561657 Title: not all captive portals work Status in Canonical System Image: Incomplete Status in webbrowser-app package in Ubuntu: Incomplete Bug description: It has happened to me that many captive portals don't work with my phone; as in it doesn't even offer me the chance to enter the login details. This is somehow important for someone that travels and uses airport and hotel's wifis. Can I help in any way to help to better understand the problem and solve it? It's not even that the system doesn't tell me to login; sometimes the browser won't take me anywhere useful to login and get access. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1561657/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
