Remove dom.security.enforceIPCBasedPrincipalVetting pref
Categories
(Core :: DOM: Security, task)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox142 | --- | fixed |
People
(Reporter: gregp, Assigned: tschuster)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
This seems important. Why do we need to be able to turn it off?
Comment 2•2 years ago
|
||
Tom was just talking about needing to enforce principal vetting more in our IPC calls. Does that mean the mechanism controlled by this pref is too limited? That individual IPC calls are routing around it? If we expand that control we'll want to put it behind a pref in case we break things. Does it make sense to expand the use of this pref for that, or let this one go away and invent a new, slightly different, one that only controls the additional coverage?
Comment 3•2 years ago
|
||
I think we can leave this around for now since we're going to be looking at this more closely in the future and changing how it behaves.
Comment 4•2 years ago
|
||
WONTFIX for now. We'll re-evaluate later.
| Assignee | ||
Updated•11 months ago
|
| Assignee | ||
Comment 5•11 months ago
|
||
We should probably just remove this pref now. If we want to change its behavior we can introduce a new pref (under a new name!) that just guards whatever new stuff we have planned. (Can someone link these plans?)
| Assignee | ||
Comment 7•11 months ago
|
||
Comment 9•10 months ago
|
||
| bugherder | ||
Updated•10 months ago
|
Description
•