Some popups should not have a address bar

Bug #1296673 reported by Michael Zanetti
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
webbrowser-app (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

I've been setting up a captive WIFI hotspot portal and obviously used the Ubuntu phone to test things. Everything works as expected with one minor exception:

When the browser tries to get the first website after connection to that hotspot, it is redirected to a website that opens a new popup with the login form. Once logged in, that window needs to stay open and offers pssibilities to track the connection duration and log out from the hotspot. Usually on desktops, such popups don't have an address bar while on the ubuntu phone it does. Also it doesn't open a new popup, but opens the login form inside this browser window. This kinda guides the user to reuse the browser window after logging in which causes the hotspot connection to time out.

Ideally, the browser would open the login window in a new window (maybe tab?) with disabled address bar and upon login, allow the original window to be redirected again to the original url the user tried to open.

Tags: windows
Revision history for this message
Olivier Tilloy (osomon) wrote :

Note: hiding (or disabling) the address bar is usually achieved by passing "location=no" to window.open(…), AFAICT (see https://developer.mozilla.org/en-US/docs/Web/API/window.open).

Also note that window.open(…) currently doesn’t work in webbrowser-app because QtWebKit doesn’t expose a mechanism to allow embedders to decide what to do. This will be addressed in oxide (see bug #1240749).

Changed in webbrowser-app (Ubuntu):
status: New → Confirmed
Olivier Tilloy (osomon)
tags: added: windows
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.