Mozilla notes that the extension still adds some functionality:
> “Installing the Multi-Account Containers extension developed by Mozilla provides a few benefits on top of the native container functionality like site-specific container assignments, syncing across devices, and integration with Mozilla VPN or your own proxy.”[2]
I don’t currently need any of those additional features, so the native version would probably be enough for me. What I haven’t been able to figure out is how to switch without losing my existing setup. Are the containers created by the extension already shared with Firefox’s native container manager, or is there some migration process? Can I safely uninstall the extension and keep my existing containers, names, colors, icons, cookies, and active sessions?
[1] https://addons.mozilla.org/en-US/firefox/addon/multi-account...
[2] https://support.mozilla.org/en-US/kb/how-use-firefox-contain...
It's been available for years in stable, including the management page on the settings, if you enable them in about:config (privacy.userContext.enabled and privacy.userContext.ui.enabled). Plenty of us have been using them for a long long time without extensions.
Based on the list of features, the announcement appears to just be flipping those settings on by default.
> Are the containers created by the extension already shared with Firefox’s native container manager, or is there some migration process? Can I safely uninstall the extension and keep my existing containers, names, colors, icons, cookies, and active sessions?
Most likely those addons flipped at least the first setting and just used the native implementation with their own interface. After Quantum and Electrolysis, Firefox was a lot more locked down and addons couldn't do stuff like this on their own. There was a previous thread a few days ago where a bunch of us were confused because we had these enabled and didn't remember enabling it, and some replies suggested the addons flipped the about:config setting.
Edit: I just found my old comment in this post, the old post I was referring to is this one. It's been resurfaced from 3 days ago.
What's also interesting is Tor Browser could probably take full advantage of containers later on, but I'm not sure if they would come up with a specific way of using it or just disable it.
Great question.
As a very satisfied, long time user of 2 extensions in combination, Temporary Containers and Firefox Multi-Account Containers, I wonder the same thing.
I found out the hard way some time back that simply disabling (not even removing it) and re-enabling the Firefox Multi-Account Containers extension would cause all the painstakingly set up containers and their saved credentials/data to get "lost".
If there were to be a way to "export" and "import" sets of named containers with their settings and data, that would be great for not losing which-site-maps-to-which-container-and-is-already-signed-in (whether natively or within an extension).
This is (or was, before I switched to Vivaldi) the killer feature of Firefox containers for me. I could banish certain tracking-heavy sites to their own containers so that they could only track where I've been on their own properties and not across the whole web. (Without having to remember to switch to their containers beforehand.) So I guess if I go back to Firefox, I'll still have to use the extension.
And maybe I'm misremembering, but I thought that containers did more than just separate the cookie jars? I really like using Vivaldi/Chrome's separate profiles because then I can have separate extensions/settings/polices/etc for each one. Some sites don't get along with certain extensions.
This one is one of my favorite things about Firefox containers. I love being able to only route a given streaming or banking site through my home network when traveling without incurring the latency and bandwidth hit on my other browsing.
Unfortunately Firefox's native "VPN" (the new, built-in, free, Fastly-powered one that's actually a proxy) seems to have broken this feature; I hope they'll fix that at some point.
With Multi-account containers I get to choose which tabs use the proxy :)
I never understood why it was set off to the side in an (official, first-party) extension, because I was always afraid they would one day stop supporting it. Now when I explain to people why I prefer Firefox, I don't have to explain "There's this extension, don't worry it's official, that allows me to..." I can just say "It has containers built-in. They're great. Try them."
MAC + Temporary Containers extension is how web browsing should be handled by default imo
No website deserves permanence of any data in my browser unless I so choose
I haven't seen similar functionality in any of the new generation of browsers, nor any of the Firefox spinoffs as-yet
For me the big use case is having different Google accounts active in one window. Work and private. And when I was doing freelance projects, I sometimes had 3 or 4 different Google accounts active. Plus assorted stuff tied to those accounts. Using different colors for each makes it easy to tell apart the tabs.
Another use case is if you are testing the same app for different customers with different credentials. I do this a lot and I have dedicated containers for each customer so I can easily switch with out having to log out and in a lot.
And of course some companies that can't be trusted with cookies, like Facebook, get isolated. I open that container less and less these days. But I still check every few months. I also keep my bank's website in its own container just on principle.
(I avoid FB like the plague but may need to use it for some biz uses where they effectively host too large a share of the intended market)
Profiles form very different windows. You can decorate them to make them obvious at a glance which Profile is which. Up until recent Profile improvements, switching between them and managing them used to be a lot of work, including managing which one was the default for links from other applications.
Containers are tabs in a shared window. They get marked with a subtle color bar (the colors you choose for each container) and that's mostly it, they otherwise "blend in" to the same shared window. Reopening tabs in a different container is easy. Opening new tabs in a different container is easy. Containers share a few more things than Profiles do (but are still isolated in important ways such as cookies).
I have every site that needs my Google account pinned to always open in a specific container. The boundary is hard where I need it (the privacy protections) but soft for make workflows easier. If I find a YouTube embed in the wild somewhere that needs a login for one of the many restrictive reasons some do, I just click the normal link (or middle click for new tab) and YouTube opens in my Google container automatically. I don't need to copy paste between windows (or use Sync's sometimes slow tab sync engine). If I accidental hit a "log in with Google" button it opens up in the Google container and I know something is wrong because I don't expect random other websites in that container. (Relatedly, I finally installed uBlock Origin not to get rid of ads, but solely to get rid of that awful annoying content-obscuring popup for Google login on sites like Medium. I feel like there should be far more backlash on Google for being a bad actor doing that.)
I also use Profiles for alternate identities, things where a very different looking window are helpful to know I'm in the right place. Containers and Profiles are useful together.
I only wish it was more automated. Every site should automatically get its own container.
How much of the anti-tracking value is defeated by non-cookie browser fingerprinting?
- Install add-ons like "Temporary Containers"
- And if some people do they should certainly not have to deal with a bloated container list with temp container names
- Just let me select how I want this "containers" feature - like "open all links in unique temp containers" (unless I select otherwise or set otherwise for certain websites, then go to that container), maybe let me select a sub rule like "based on domain" or "subdomains" (group tabs/windows)
- I should not have to go and toggle "Limit to designated sites" in every bloody container I have created and I have created (had to create!) way too many already.
There are apparently other container add-ons like Temporary Containers (and a Plus ones as well) and Auto Containers but I really should not have to do all that.
MAC is a great add-on and far head of any browser out there in this regard but the feature has been sort of "contained" for far too long and not been made flexible/usable enough.
Am I wrong? Was it unofficial? A hack?
For a long time, with relatively limited (compared to Google and Apple) development resources, they focused on minimizing upkeep and technical debt. They added and maintained features appealing to the vast majority, the non-technical users, and left the rest to extensions.
Now I'm seeing geek and power user favorites like a built-in color picker, PDF editing features, and now multi-account containers moved into the browser. What changed? Are they focusing on different audience? Do they have new resources so that they can afford maintaining all these additional, more niche features?
Syncing across device and always reopening a certain site/domain inside a specific container are must-have features, so I think I'll keep using the extension until they are available natively.
Excellent job making containers native. Just go one more step.
So what is it that they're adding?
Edit: this is addressed in another comment thread, no need to respond here.
I'm thinking they will change the containers preference to default to on, and if the extension enabled the preference before maybe that's being removed. Otherwise the containers functionality in Firefox or the extensions in the extensions remain exactly as they were before.
So you still need the extension as it has the critical functionality of Ctrl-Shift-1 to open a new tab of the first container type.
A a snapshot from 2017 [0] of their docs show the UI for this very feature. A snapshot from 2023 of their knowledge base [1] says that "Firefox Containers is a basic built-in feature".
I just created a new profile in Firefox 140 ESR, started it in safe mode (which disables extensions), enabled "privacy.userContext.enabled" in about:config - and there you go, native containers accessible from File -> New Container Tab.
I'm not talking about the Multi-Account Containers extension. There are no extensions installed or enabled. It comes with Firefox 140 ESR, without extensions.
The Containers feature is already a "native, first-party feature" in older versions of Firefox. Firefox already has a "first-party version of containers". They have already brought it "directly into the heart of Firefox for all to benefit".
So what are they talking about in this blog post? Are they simply flipping the config setting to true by default? Are they replacing the existing "Containers" feature with a new feature which is also called "Containers"? Are they rebranding the Multi-Account Containers extension as "Containers" and making it built-in (seemingly not, since apparently "Not all of the features of the add-on are available in the first-party version of containers").
[0] https://web.archive.org/web/20170821073747/https://developer...
[1] https://web.archive.org/web/20230307151023/https://support.m...
It's a real pain to click links in slack/etc open in the wrong account. I would be okay with some type of "links currently open in which container" setting, and changing that as needed. Or some selector when external.
Also the “temporary container” extension is quite useful and closer to what I need in the first place.
- Forcing container usage/default window popup for assigning sites to containers
- Viewing a list of websites assigned per container
That said I think containers are a great idea, I currently use it to isolate Meta and Amazon sites. Could probably be doing more.I hope it is, since it was a major pain point before.
I’ve been doing that for years.
Nowadays i just use different Firefox instances.
1. Set a domain to always open in a container
2. Click login with Google which redirects to another container
3. oAuth handshake is done which redirects to website 1
4. Handshake fails because of authorization_code mismatch
You could argue that you shouldn't be using oAuth if you care about privacy but it would be nice if it could be handled.