Open Bug 1320757 Opened 9 years ago Updated 4 months ago

Containers don't work in permanent private mode

Categories

(Core :: DOM: Security, defect, P5)

52 Branch
defect

Tracking

()

Tracking Status
firefox57 --- fix-optional

People

(Reporter: jkt, Unassigned)

References

(Blocks 1 open bug)

Details

(Whiteboard: [userContextId][domsecurity-backlog])

Attachments

(1 file, 3 obsolete files)

We disabled containers for when in private mode due to the confusion caused by having both personal container open and private personal container open. The use-case is that I never want my history to be remembered but I would like my browser contexts isolated. The difference between multiple browser with different profiles still remains: - Shared bookmarks - Same window, different tabs We overlooked this when disabling containers for private mode. To enable this mode: 1. go to about:preferences 2. click privacy 3. select history: "Never remember history" When in this mode I expect to be able to access containers
Marking as P3 for now, but we can reprioritize if needed after discussion. baku, Kamil - if you have thoughts on this, please share.
Priority: -- → P3
Whiteboard: [userContextId][domsecurity-backlog]
What if you DO NOT use private-always mode and instead uncheck the box for "Remember my browsing and download history" (and the other two if you want)? I would expect containers to work in that case.
From my testing this also behaves exactly like private mode also and disables containers.
Assignee: nobody → jkt
Depends on: 1318491
It actually does work with the options that :dveditz said in comment #2. Both unchecking 'Always use private browsing mode' in 'Use custom settings fom history' and 'Never remember history' prevent Containers from working.
Priority: P3 → P5
Attachment #8815127 - Attachment is obsolete: true
Attachment #8815127 - Attachment is obsolete: false
Comment on attachment 8865849 [details] Bug 1320757 - Moving container tab highlight from test pilot experiment Assigned to wrong bug id.
Attachment #8865849 - Attachment is obsolete: true
Attachment #8865849 - Flags: review?(lcrouch)
Summary: Containers don't work in permenant private mode → Containers don't work in permanent private mode
See Also: → 1501006
Depends on: 1501244
Bug 1320757 - Permitting containers to be used in permenant private mode.
Attachment #9023905 - Attachment is obsolete: true
Attachment #9023906 - Attachment description: Bug 1320757 - Permitting containers to be used in permenant private mode. → Bug 1320757 - Permitting containers to be used in permanent private mode.
Comment on attachment 8815127 [details] Bug 1320757 - Permitting containers to be used in permenant private mode I updated the patch to prevent it bit rotting further given it's age. I'm not really actively working on this than I have in the past two years but I might pass it :shivi. :Gijs do you know if we ever share functions between these files at all? I would prefer to make a function that accepts a window and return a bool to reduce the duplication. I guess we should also have a test for these menu items finally also.
Attachment #8815127 - Attachment is obsolete: true
Flags: needinfo?(gijskruitbosch+bugs)
(In reply to Jonathan Kingston [:jkt] from comment #13) > :Gijs do you know if we ever share functions between these files at all? I > would prefer to make a function that accepts a window and return a bool to > reduce the duplication. Not sure what you mean here. Can you elaborate?
Flags: needinfo?(gijskruitbosch+bugs) → needinfo?(jkt)
See Also: → 1569111
See Also: 1569111

Sorry I can't remember exactly, I think I was looking for sharing functionality but I'm not sure how or where.

Anyway I'm unlikely to be picking this up.

Assignee: jonathan → nobody
Flags: needinfo?(jonathan)
Severity: normal → S3

The severity field for this bug is relatively low, S3. However, the bug has 3 duplicates.
:freddy, could you consider increasing the bug severity?

For more information, please visit auto_nag documentation.

Flags: needinfo?(fbraun)

The last needinfo from me was triggered in error by recent activity on the bug. I'm clearing the needinfo since this is a very old bug and I don't know if it's still relevant.

Flags: needinfo?(fbraun)

Yeah, for those who got emails...do we actually want private tabs to be isolated? I'm not sure that makes sense. It seems that containers in themselves being per-tab is already confusing to some people. I don't think we should add another dimension to it and lean towards closing this.

(In reply to Frederik Braun [:freddy] from comment #20)

Yeah, for those who got emails...do we actually want private tabs to be isolated? I'm not sure that makes sense. It seems that containers in themselves being per-tab is already confusing to some people. I don't think we should add another dimension to it and lean towards closing this.

I agree with this for individual private windows ie "temporary" private browinsg.

However, I think the question is about permanent private browsing mode. It seems like some people use this to avoid storing data to disk (so starting with a clean slate every time Firefox starts), and it seems reasonable to still want to be able to separate things in that mode while not saving data to disk.

Duplicate of this bug: 1712713

Tor Browser is private browsing mode by default for disk-avoidance. It would be nice if containers also worked there since using containers to log into multiple accounts simultaneously is still a nice feature to have (even w/ private browsing mode enabled).

(In reply to Richard Pospesel (Tor Browser Dev) from comment #23)

Tor Browser is private browsing mode by default for disk-avoidance. It would be nice if containers also worked there since using containers to log into multiple accounts simultaneously is still a nice feature to have (even w/ private browsing mode enabled).

It's not just a nice feature to e.g. use multiple accounts on the same website within the same browser instance but also a requirement for privacy. This is because permanent private browsing mode even with RFP enabled can't automize against all forms of tracking - there is still discipline required from the user. 2 cases that come into my mind to reflect this:

  1. Fixed links (e.g. mostly common via bookmarks) are a good potential source of tracking. Their nature with complex parameters that are hardly transparent to an user (e.g. YouTube video ID's) make it often impossible to tell if part of the URL is being used to secretly identify the user at some point. This can carry a lot of information despite all the isolation RFP does here and is very tedious to prevent on the user-side. Also too old bookmarks whose URL has already been updated (but the old URL still works) provide a bit of extra entropy to the website.

  2. If websites cooperate they can simply circumvent RFP's privacy-isolation (correct me if something updated in the past and I'm wrong here) since simple forwarding to each other's site is sufficient to cross-identify the user between 2 different services (e.g. 2 different logged in accounts). This also requires discipline of the user since disabling any form of automatic forwarding (and also any form of manual forwarding to avoid edge-cases) would break pretty much basically the entire web. This is the case where actually the tab-containers discussed here are required (as well as user-discipline) to avoid this. If the user is logged into 2 different services and they are both in 2 different tab-contexts those services can forward to each-other as much as they want but they would never be able to cross-track the user then.

Edit: With RFP's privacy-isolation I was also keeping in mind other forms of isolation Firefox currently provides (e.g. state partitioning for Cookies) - just to be a bit more clear here and unfortunately I can't edit my previous post to correct this.

I know this issue got quite a bit stale but I wanted to bump it anew. I still really would like to see this bug resolved as I still would like to have a permanent private mode enabled while also being able to be logged in with, e.g. several Microsoft accounts, especially in the context of the Mozilla Connect post 1.
What caught my eye in the Mozilla Connect post was the work on tab groups. My thought was that hopefully each group could have its own container. Sadly, there were no more details on that (I am also not entirely sure where to properly suggest something like this). I really would like to see that and it feels like that this bug could also potentially affect users that are also going to use a permanent private mode.

Hello.

I was researching for this issue because I realised recently that the multi-account containers don't work in private window (Did they ever?). I want to point out something more about this.

Agreeing by some of the things said before, and also deepening in the topics brought for the latest comments, It can be useful to have containers in private mode because something like what Facebook Container https://addons.mozilla.org/es-ES/firefox/addon/facebook-container/ does.

Actually you can't use Facebook Container in private mode for this reason, and with that you can't do for what It's for: trying to isolate any Facebook related page from everything else in the browser, what even in a private window could be useful as a other layer of isolation from them.

Even there is others like Google Container (Not official from Mozilla), but even if there are not cookies or sessions from the normal mode in private mode, If you have manually set a container with a bunch of websites that you like to isolate in that specific container for privacy reasons, It could be interesting to allow it happens too in private mode for the same reasons in that context, as it isolates those websites and whatever are adding or tracking from the others open until the private window is closed and everything is gone.

I don't know if it makes sense my point.

Thanks in advance.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: