Convert Feature Policy IPCs to Mojo |
||||
Issue descriptionFeature Policy messages should be migrated from Chromium IPC to mojo. Most of the feature-policy messages are tightly integrated with frame replication for OOPIF, so this may be blocked on 654991. Feature policy messages are also tied with sandbox flags (combined as frame policy) in many cases, so that will need to be accounted for as well. These IPCs are currently responsible for maintaining policy objects between browser and renderer: * FrameHostMsg_DidSetFeaturePolicyHeader (probably changed soon to FrameHostMsg_DidSetFramePolicyHeaders) * FrameMsg_DidUpdateFramePolicy * FrameHostMsg_DidChangeFramePolicy * FrameHostMsg_CreateChildFrame * FrameMsg_SwapOut
,
Oct 23 2017
SGTM, thanks -- I wasn't certain whether there were cross-IPC relationships between navigation and frame replication, esp wrt to cross-origin navigation and proxy creation, which might cause this to block on navigation service work. (The "Content Modularization Project" prefix just looked like common nomenclature for all of the mojo conversion issues. I've added something a bit more descriptive now)
,
Oct 23 2017
if by cross-IPC you mean the need to maintain ordering between mojo & old IPC, channel-associated interfaces solve that problem. more info at https://www.chromium.org/developers/design-documents/mojo/mojo-migration-guide
,
Nov 7 2017
Appending component Internals>Services to S13N projects and changing the Type (for tracking sake) to Type=Task.
,
Nov 24 2017
Hi, I started on the conversion for FrameHostMsg_DidSetFramePolicyHeaders via crbug.com/786836. CL: https://chromium-review.googlesource.com/c/chromium/src/+/784372 Cheers.
,
Feb 14 2018
|
||||
►
Sign in to add a comment |
||||
Comment 1 by jam@chromium.org
, Oct 23 2017Summary: Feature Policy (was: Content Modularization Project: Feature Policy)