Support for Separation of Add-on Data by Contextual Identities
Categories
(WebExtensions :: General, enhancement)
Tracking
(Not tracked)
People
(Reporter: mekeor, Unassigned)
Details
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Firefox/68.0
Steps to reproduce:
Install the multi-account-containers add-on on Firefox, install other add-ons (e.g. uMatrix).
Actual results:
The settings for all addons are the same within all containers.
Expected results:
The multi-account-containers add-on does not separate the data/settings/preferences of add-ons between the containers. 1 The multi-account-container add-on uses the contextual-identities API of Firefox. The documentation of Firefox' contextual-identities API does explicitely refer to the separation of data of add-ons, so I presume that it just does not support it. 2
If Firefox' contextual-identities API supported separation of add-on data, we could use add-ons to configure Firefox' behaviour more specific depending on the container; we wouldn't only separate cookies etc.
Comment 1•6 years ago
|
||
Bugbug thinks this bug should belong to this component, but please revert this change in case of error.
Comment 2•6 years ago
|
||
Hi!,
This sounds like an enhancement, I will set a component to have a starting point for this.
Outreach team, if this is not the right component please feel free to route this ticket to the corresponding team, thanks!
Comment 3•6 years ago
|
||
Extension data is usually stored in the default container, and extension tabs may be opened in specific containers. But there is no meaningful way to enforce separate container-specific settings for every extension.
There is bug 1365019, which is about the ability to toggle extensions for specific containers.
If you really want to have unique settings, use separate browsing profiles - see https://support.mozilla.org/en-US/kb/profile-manager-create-remove-switch-firefox-profiles?redirectlocale=en-US&redirectslug=profile-manager-create-and-remove-firefox-profiles
Description
•