Reviews for Temporary Containers
Temporary Containers by stoically
Rated 4.7 out of 5
4.7 Stars out of 5
Rated 5 out of 5
I really like this add-on. It does something I've been searching for for ages. One suggestion I might make concerns the "Navigating in Tabs should open new Temporary Containers" option. It appears that setting that to something other than "Never" results in many websites that use redirects breaking, and requiring you to figure out the names of all the redirects and then putting the original website and the redirects all in the same permanent container with "Never", not set. This is a real pain, and a non-technical user probably wouldn't be able to figure out how to do it, so most people will likely set the global to "Never" in order to avoid the hassle, especially since you can't sync the settings across computers.
However, another side effect of having that set to "Never" appears to be that if you type a new URL into the tab yourself, the new site opens in the same temporary container. That seems to me to be more of an issue than allowing all the redirected sites to use the same temporary container by default, as the behavior the user is probably expecting is that each link they click on or each URL they type into the browser opens in a temporary container, but that stuff that's on the web page where they didn't manually click a link or type something else (e.g. redirects), would share the container. My suggestion here would be to either create a new option to allow the user to decide what to do if a new URL is manually typed into the command area of an existing temporary container, similar to the option given regarding the clicking of links, or simply assume that if the user types a new URL into the command area, that should be construed to be the same as left clicking a link and the same setting would govern both.
I think doing it that way would be a good compromise between maximum privacy and ease of use, as only the very technical and very paranoid would take the trouble to track down all the redirects and create permanent containers for every site with redirects that the non-Never setting breaks, and go through that exercise on every computer they use because the settings don't sync.
However, another side effect of having that set to "Never" appears to be that if you type a new URL into the tab yourself, the new site opens in the same temporary container. That seems to me to be more of an issue than allowing all the redirected sites to use the same temporary container by default, as the behavior the user is probably expecting is that each link they click on or each URL they type into the browser opens in a temporary container, but that stuff that's on the web page where they didn't manually click a link or type something else (e.g. redirects), would share the container. My suggestion here would be to either create a new option to allow the user to decide what to do if a new URL is manually typed into the command area of an existing temporary container, similar to the option given regarding the clicking of links, or simply assume that if the user types a new URL into the command area, that should be construed to be the same as left clicking a link and the same setting would govern both.
I think doing it that way would be a good compromise between maximum privacy and ease of use, as only the very technical and very paranoid would take the trouble to track down all the redirects and create permanent containers for every site with redirects that the non-Never setting breaks, and go through that exercise on every computer they use because the settings don't sync.
Developer response
posted 2 years agoGlad you like the Add-on. A better way to "unbreak Isolation" than just setting the whole "Source-Page" to "Never" is definitely needed and already on the list, you can follow progress here: https://github.com/stoically/temporary-containers/issues/104
It'll work by also giving a way to "exclude target Domains" from Isolation. In this case, if you type a new URL into the address bar it'll still get "isolated", unless it's one of the explicitly excluded Domains. Differentiating between an explicitly typed into the address bar navigation and a navigation triggered by click or from the tab itself is, afaik, unfortunately not that easy possible. Feel free to comment on the GitHub Issue if you feel the planned changes aren't enough or you have other ideas about how to solve this.
It'll work by also giving a way to "exclude target Domains" from Isolation. In this case, if you type a new URL into the address bar it'll still get "isolated", unless it's one of the explicitly excluded Domains. Differentiating between an explicitly typed into the address bar navigation and a navigation triggered by click or from the tab itself is, afaik, unfortunately not that easy possible. Feel free to comment on the GitHub Issue if you feel the planned changes aren't enough or you have other ideas about how to solve this.
168 reviews
- by Praetor, 12 days agoRated 5 out of 5Awesome extension! It's very easy to categorize when bundled with Multi-account Containers add-on.
- by Firefox user 15704348, 13 days agoRated 5 out of 5
- by David, 17 days agoRated 5 out of 5
- by Firefox user 12807353, 22 days agoRated 5 out of 5Probably one of the easiest and most secure ways to control privacy. It's like having multiple different browsers in private-mode without the ability for each to talk to each other. Each tab can be made to be isolated and self-contained. This can replace the need for "self-destructing" cookie addons, because once a tab is closed, all cookies/storage is also removed.
- by 098askjhgw, a month agoRated 5 out of 5It works very well!! In Automatic Mode, it seems that using the address bar to enter a different domain always creates another temporary container. I see the logic here -most typed urls from the address bar go to a different domain. All new blank tab address bar urls to go a different domain.
Two questions. Is there a way to match a typed address bar url domain with any existing temp container of the same domain and use that existing temp container being that their domains match?? I have Global Isolation Navigation and clicks set to Different from Tab Domain & Subdomain
Is automatic temporary containers per domain one of the intended use cases?? I used this with a clean ff install. It works great, but using the address bar leaves me with really way to many containers. This extension is great!Developer response
posted a month agoGlad you like it! What triggers the new TCs when using the address bar is the Global Isolation. Automatic Mode creates new TCs primarily when opening new tabs.
If your goal is to have containers for specific domains, you might want to look into extensions managing permanent containers, like Multi-Account Containers (https://addons.mozilla.org/firefox/addon/multi-account-containers/). TC is meant to always create fresh temporary containers and not re-using existing containers. If you really think that should be a thing feel free to open an issue over on GitHub (https://github.com/stoically/temporary-containers/issues). - by Firefox user 15119207, 2 months agoRated 4 out of 5Good enough sometimes, but often opens subdomains in new tabs even though I changed settings to do otherwise. Open in X container context menu option for Multi-Account Containers is broken, and I need to disable the addon everytime I want to add a new domain to a container.
Developer response
posted a month agoTo reproduce the subdomains issue I'd need some steps to reproduce (ideally in an GitHub issue: https://github.com/stoically/temporary-containers/issues). Most of the time the issue comes from the fact that other domains are in-between when the redirect happens, which then causes the isolation.
"Open in New Container Tab" in combination with MAC isolation not working is expected behavior since the isolation will overwrite it (See: https://github.com/stoically/temporary-containers/issues/170). Alternatives to disabling the Add-on is globally toggling isolation, using the Alt+i shortcut (needs to be enabled in the advanced preferences under "Keyboard shortcuts") or the "crossed circle icon" in the toolbar popup (needs to be enabled in the general preferences). - by Matteo Pessina, 2 months agoRated 5 out of 5
- by zqx5, 2 months agoRated 5 out of 5
- by The Voice Inside Your Head, 2 months agoRated 3 out of 5I use a local homemade written html file as a start/homepage [HP]. Each time I open the browser my HP appears but it isn't in any container. Make it so everything is in a container, including locally stored content.
Developer response
posted a month agoIt's a Firefox API limitation which prevents automatically isolating file:// URLs, nothing I can do about it. (See: https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions/API/tabs/create) - by Davide, 2 months agoRated 5 out of 5
- by Firefox user 14325281, 3 months agoRated 5 out of 5
- by Firefox user 15700431, 3 months agoRated 4 out of 5Well done! Really great work! For desktop. Thank you! Could you also make it available for FF on Android?
Developer response
posted 3 months agoGlad you like it! Firefox doesn't provide the required API to make it work on Android, please see: https://bugzilla.mozilla.org/show_bug.cgi?id=1398097 - by Hitmanigma, 3 months agoRated 5 out of 5Thanks you for the great extension! This and ublock are the two extensions that I can't live without. This is one of the most underrated extension for enhancing privacy out there.
- by Firefox user 13873326, 3 months agoRated 5 out of 5
- by Firefox user 13923064, 3 months agoRated 5 out of 5
- by bolli, 4 months agoRated 5 out of 5
- by User, 4 months agoRated 5 out of 5IT WORKS! THANK YOU!
=== Previous review ====
CAN'T INSTALL IT ON TOR BROWSER!
Dear Developer!
1. I have DISABLED permanent private browsing mode (browser.privatebrowsing.autostart = false).
2. I have INSTALLED Multi-Accounts Containers Add-on and it works FINE!
3. The problem is: I can't INSTALL your Add-on, not RUN it! Error message: "Installation aborted because the add-on appears to be corrupt". So, this is YOUR problem, not Tor's! Please, fix it!
https://discourse.mozilla.org/t/installation-aborted-because-the-add-on-appears-to-be-corrupt/43045Developer response
posted 4 months agoYou'd have to switch `extensions.allowPrivateBrowsingByDefault` to `false` in `about:config` too to make it work. Details: https://bugzilla.mozilla.org/show_bug.cgi?id=1600423 - by Dan, 4 months agoRated 5 out of 5A nicely done addon that comes closest to infocatcher’s private tab. I’ve set it to automatically delete cookies and history when the tab closes and that’s exactly what I wanted. A few more options would be nice, like hidng the address bar icon completely (had to use userChrome.css for that) but otherwise quite pleased.
Developer response
posted 4 months agoThanks!
Unfortunately there's no Firefox API available to hide the icon in the address bar, so userChrome.css is currently the only way to achieve that. - by Jayson Weslley, 4 months agoRated 5 out of 5
- by Chibi, 4 months agoRated 5 out of 5
- by Firefox user 14754691, 5 months agoRated 5 out of 5
- by Firefox user 15149992, 5 months agoRated 5 out of 5Awesome extension but doesn't work on Tor :((( Please fix!
Developer response
posted 4 months agoThanks!
Tor Browser runs in permanent private browsing mode and the Firefox Container feature isn't available in Private Browsing - nothing I can fix, unfortunately. However, you could disable that in the Tor Browser settings under "History" and switch "extensions.allowPrivateBrowsingByDefault" to "false" in "about:config" to make it work, which isn't recommended. - by jackinloadup, 5 months agoRated 5 out of 5Love this addon. This is fantastic not only for privacy/security for everyday use but also great for testing sites while doing development. It becomes really easy to be logged into all the different types of users in a website at the same time and see the interaction.
- by Gocha, 6 months agoRated 5 out of 5