1472159 - Firefox cannot tell if a Network Login tab is on a different page

Status: NEW

(Core :: Networking, defect, P3)

Description

[aleksandurmurfitt]

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:63.0) Gecko/20100101 Firefox/63.0
Build ID: 20180628130527

Steps to reproduce:

When prompted, click on "Open Network Login Page" and sign in to the network, then go to another website. Do not close this tab. Open a new tab and log out of the network (or simply wait to be logged out automatically) so that the banner reappears. Click on "Open Network Login Page".


Actual results:

You will be moved to the tab that was previously used to login to the network, even though it is now on a different page


Expected results:

A new tab should have been opened and navigated to the network login page

Comment 1

[laszlo.bialis]

Hi!

I've tried to reproduce the issue on latest Nightly version 63.0a1 Build ID: 20180705100105, without success due to my network settings. 

I am assigning a component to this issue in order to involve the development team and get an opinion on this.

Comment 2

[Honza Bambas (:mayhemer)]

Valentin, not sure if you are the one responsible for the UI handling part of captive portals, but IIUC, we somehow badly reuse the tab used for logging-in instead of opening a new tab and reloading the login page.

As this is a corner case and has an easy workaround -> P3.

Comment 3

[Valentin Gosu [:valentin] (he/him)]

Nihanth, I'm thinking if the user manually changes the URL in a CP page, we should mark that tab as a regular one, and the CP UI should forget about it.

Comment 4

[Pascal Chevrel:pascalc]

Updating flags as we are in the 63 beta cycle.

Comment 5

[Pascal Chevrel:pascalc]

Updating tracking flags as we get closer to the 64 release. Also marking the bug as NEW as it is a edge case but confirmed.

Comment 6

[(inactive) Nihanth Subramanya [:nhnt11]]

I'm going to consolidate and triage all captive portal bugs either this week or after my PTO, and will revisit this at that time.