Closed Bug 1660239 Opened 5 years ago Closed 3 years ago

Multi-account containers opens new tab on redirect

Categories

(WebExtensions :: Developer Outreach, defect, P3)

78 Branch
defect

Tracking

(Not tracked)

RESOLVED MOVED

People

(Reporter: 6mjjmugn96, Unassigned)

Details

Attachments

(1 file)

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:78.0) Gecko/20100101 Firefox/78.0

Steps to reproduce:

I have google.com set to open in my "Personal" container, but not to "remember my decision". This way I can use Google in "no container" for work and "Personal" for personal.

Opening mail.google.com in "no container" redirects me to my SSO provider (Okta), which then directs me back to Google.

Actual results:

Upon the second redirect, back to Google, Firefox opens a new tab and asks me if I want to open it in the current (no) container or if I want to open it in Personal. I select "current" and the redirect continues, but it fails to load completely. If I then open mail.google.com again in the same tab, it continues to load properly. (If I try again from a different tab, the process starts anew.)

Expected results:

I wouldn't expect a new tab to open, and I shouldn't have to restart the navigation for it to complete properly.

I don't know how to log precisely what's going on. The network pane in the developer tools clears when the first redirect happens.

Also, I feel like the logical way to deal with this is to assign Google to two different containers and choose between those, rather than rely on the "no" container, but that option doesn't exist.

Bugbug thinks this bug should belong to this component, but please revert this change in case of error.

Component: Untriaged → New Tab Page

This does not feel like a "New Tab Page" issue to me.

Component: New Tab Page → Untriaged

Hi Bitt Faulk!
I was unable to reproduce this issue on latest Nightly version 81.0a1 (2020-08-21) on macOS 10.14.
Could you please try to reproduce it on Nightly and tell us your input?. You can download it from here:https://nightly.mozilla.org/.
Also, if the problem still occurs you can screen recorder the problem and attach it

Flags: needinfo?(6mjjmugn96)

I can confirm that it still happens with Nightly. I'll attach a MOV-format screencast I made with Quicktime. Let me know if I need to transcode it.

Flags: needinfo?(6mjjmugn96) → needinfo?(marcela.calderon)

Video screen capture of issue with Nightly 82.0a1 (2020-08-24) (64-bit).

Flags: needinfo?(marcela.calderon)

I will set a component to have a starting point for this. If this is not the right component please feel free to route this ticket to the corresponding team, thanks!

Component: Untriaged → Frontend
Product: Firefox → WebExtensions

After looking at the evidence and do the same steps I was able to reproduce this issue. I'll change flags accordingly.

Status: UNCONFIRMED → NEW
Ever confirmed: true

Are you using a specific extension to achieve described functionality?

None of that behavior is implemented in Firefox, so you probably want to report the issue to developers of the container extension you're using.

Severity: -- → S3
Component: Frontend → Developer Outreach
Flags: needinfo?(6mjjmugn96)
Priority: -- → P3

Turns out it's Firefox Multi-Account Containers, which I didn't realize was an extension because it was pushed by a Firefox update page. I'm honestly not even sure I installed it.

That said, the developer of the extension is listed as "Mozilla Firefox". The extension page does list the support site as being in GitHub, though.

Flags: needinfo?(6mjjmugn96)
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → MOVED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: