Open Bug 1987287 Opened 1 month ago Updated 11 days ago

Container tabs persisting after removing add-on and deleting containers.json file

Categories

(Core :: Security, defect, P3)

Firefox 142
defect

Tracking

()

UNCONFIRMED

People

(Reporter: rxw45, Unassigned, NeedInfo)

References

(Blocks 1 open bug)

Details

Attachments

(4 files)

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:142.0) Gecko/20100101 Firefox/142.0

Steps to reproduce:

Installed add-on 'Firefox Multi-Account Containers' (Ubuntu 24.04 lts)

Put various websites in different containers 'Personal' 'Shopping' 'Work' 'Banking'.

Removed extension and containers.json file.

Navigated to websites previously put in containers. Example 1: https://reddit.com

Actual results:

Noticed that all websites previously put in containers are still opening in said containers despite the add-on/extension having been removed and associated .json file deleted, and this behaviour persists after sudo snap refresh firefox and restarting browser

Expected results:

The sites previously put in containers, such as reddit.com, should not be opening in containers for an extension that has been fully removed from Firefox, in this case, Firefox Multi-Account Containers.

Attached image listofaddons.png

Screenshots taken approx. 30 seconds apart

please note the screenshots are of firefox on desktop (linux), the last sreenshot showing the container persisting as well as misbehaviour on android (extension appearing in installed add-ons while being available to download simultaneously).

Attached image IMG_20250906_230309.jpg
Component: Untriaged → Tabbed Browser

(In reply to David from comment #0)

Steps to reproduce:

Installed add-on 'Firefox Multi-Account Containers' (Ubuntu 24.04 lts)

Put various websites in different containers 'Personal' 'Shopping' 'Work' 'Banking'.

Removed extension and containers.json file.

Navigated to websites previously put in containers. Example 1: https://reddit.com

Actual results:

Noticed that all websites previously put in containers are still opening in said containers despite the add-on/extension having been removed and associated .json file deleted, and this behaviour persists after sudo snap refresh firefox and restarting browser

Expected results:

The sites previously put in containers, such as reddit.com, should not be opening in containers for an extension that has been fully removed from Firefox, in this case, Firefox Multi-Account Containers.

Containers are a native feature, and the first four are predefined. The container assigned to an open tab is stored in the session history file as the userContextId property, so that will be restored along with your previous session windows and tabs. Without the relevant containers.json file, Firefox may discard the assignment for containers the user previously created, but it can retain the first four.

If you are on a page that is in a container, and open a link to another page on the same site in a new tab, the link will be opened in the same container. However, if you navigate to the site in a new tab through a bookmark, the address bar, a search results page, etc., the native feature does not place the new tab in the container used by the existing tab. (You need the extension for that.)

Moving to Core::Security - perhaps someone on that team can help this user as its unclear what the expected behavior is here.

Component: Tabbed Browser → Security
Product: Firefox → Core

Danny, can you help?

Severity: -- → S3
Flags: needinfo?(contact)
Priority: -- → P3

I know we made a change in bug 1549204 to prevent data lost when the user removes all extensions using the container API. Now, you need to manually disable the builtin feature from the Settings to trigger data deletion. However, it doesn't explain why the tabs are still opening in the assigned container if the extension has been disabled or removed. In any case, deleting the date should reset the container state and hopefully fix it.

To do so, David can you try to disable (untick) "Enable Container Tabs" in Settings > General > Tabs if it isn't already disabled.

Flags: needinfo?(contact) → needinfo?(rxw45)

Redirect a needinfo that is pending on an inactive user to the triage owner.
:dveditz, since the bug has recent activity, could you have a look please?

For more information, please visit BugBot documentation.

Flags: needinfo?(rxw45) → needinfo?(dveditz)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: