Open
Bug 1334722
Opened 8 years ago
Updated 2 years ago
Consider pref to control maintaining container state across links
Categories
(Core :: DOM: Security, defect, P5)
Core
DOM: Security
Tracking
()
NEW
Tracking | Status | |
---|---|---|
firefox57 | --- | fix-optional |
People
(Reporter: jkt, Unassigned)
References
(Blocks 1 open bug)
Details
(Whiteboard: [userContextId][domsecurity-backlog])
Currently the following actions all open links in the same container as I am in:
- accel+click link
- context menu click new tab
- context menu search selection
As someone who cares about privacy a lot, I often am doing the above actions and put into a container I wasn't expecting when the reverse doesn't bother me any more (having to elevate a link to a new container tab after noticing I am in no-container)
Can we at least consider a pref that defaults these back to being no-container?
Specifically the search itself seems the least important to be in a container (however maybe users of logged in search engines want their history etc with their accounts?)
Baku and I discussed this in relation to search but there is a wider point here.
Updated•8 years ago
|
OS: Unspecified → All
Hardware: Unspecified → All
Whiteboard: [userContextId][domsecurity-backlog]
Updated•8 years ago
|
Priority: -- → P5
Comment 1•7 years ago
|
||
Bulk change per https://bugzilla.mozilla.org/show_bug.cgi?id=1401020
status-firefox57:
--- → fix-optional
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•