-
Notifications
You must be signed in to change notification settings - Fork 346
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Would this workflow be achievable? #1060
Comments
I think a few of these are already captured in other enhancement requests? Can you look thru existing issues and upvote them and/or comment on them? |
I did already on most of them (btw I don’t remember what that #47 was supposed to be), but in this ticket I’m more interested in the global picture (it’s like a META in Bugzilla), even if that’s only to determine what missing brick would be required for this and open following issues to track them. |
We have a pretty well-established UX for this particular add-on and the problems we're trying to solve with it. For bigger global-picture Containers UX, we are encouraging add-on authors to create their own (~alternative) add-ons using the Re-labeling this as "good extra addon" |
Edit: sorry, this issue is actually suggesting integrating FPI with this plugin. I misunderstood it the first time. I will post a new issue. |
I love these ideas (in the OP). Adding my vote for the described workflow. |
From opening post #1060 (comment)
This is a feature of Firefox (without Multi-Account Containers; private browsing and containers are separate).
Profiles are a feature of Firefox. Please consider the suggested workflow (and variations) at #469 (comment) |
From #1060 (comment)
💯 👍 to encouraging use of complementary extensions. It is, and will be, impossible for a monolithic Mozilla extension to suit all use cases. |
Hi,
I’ve finally had the time to took a half reading my backlog here. From my experience with this add-on and my reading of a lot of things that have been posted here, I’ve designed what I think would be my ideal workflow for using Firefox/Containers and co:
Default context = permanent private mode (e.g. Proposal: Private browsing by default, or Firefox Focus mode #419). No cookies, no history, no nothing. uMatrix will also protect me for third party scripts and such. Maybe FPI, but if FPI = everything red for third-party in uMatrix, then I likely don’t need this (uMatrix already covers it) and it would likely break too many things. Having uMatrix defaulting to this behaviour and manually overriding some parts is more usable. But whatever, I will likely need Consider making Add-on settings container-specific #309 for that to work with what comes next.
Then, ability to have “profiles” (i.e. containers from this extension) contexts to which I can switch (by opening a new tab associated with that profile). In a profile, cookies and history can be allowed (per-profile setting, so that is Disable history per-container setting #47, Disable history per-container setting #47, Allow per-container privacy settings #318), but should stay contained per website (that’s more an FPI things, so here container = FPI). For instance, I might want to have a “Personal” profile where I’m logged on every website I use for personal things, but I still don’t want those sites to see anything from the others. I would like to have multiple profiles for the following reasons: per-profile browsing history (e.g. my FLOSS history goes into my “FLOSS” container) to help me search things related to that context only, and because I might want to login into a website (e.g. Google ones) with different logins (perso, pro, etc.).
The main difficulty then from my point of view is allowing third party resources inside a given website container. If FPI works as I understand it, then this is mostly about “fixing FPI”. I think of recaptcha for instance. If I remember well, it needs cookies from www.google.com to be allowed if you don’t want to spend 1 minute for images recognition each time (I’ve lost enough of my time to Google because of this). To limit tracking, I would need one recaptcha cookie per website requiring it, and not one shared for every website in the corresponding profile. So the cookie should be added to the website container, not profile wide or for instance here in www.google.com container. Could that work with FPI/containers? Other example: some websites use a login domain (likely the case of Google for instance, but mainly the case of all CAS systems), or external authentication providers (which I don’t use, because that allows tracking by itself). I would then need the corresponding cookie or whatever to be added only in the used website container, neither the login domain (or external domain) one nor profile-wide.
To schematize it a bit:
Is such a workflow achievable, and what would be required in addition to already opened issues?
The text was updated successfully, but these errors were encountered: