From 8093a5439afecec131b78422abdeb7038de6f7a3 Mon Sep 17 00:00:00 2001 From: "jam@chromium.org" Date: Fri, 13 May 2011 07:29:32 +0000 Subject: Get rid of the remaining content settings code in the content module. Add user data to content::ResourceContext that points to chrome's ProfileIOData. That way when the embedder code is called by content, it can get back to its profile specific data structures like HostContentSettingsMap. BUG=76793 Review URL: http://codereview.chromium.org/7014025 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@85247 0039d316-1c4b-4281-b951-d872f2087c98 --- chrome/common/render_messages.h | 19 +++++++++++++++++++ 1 file changed, 19 insertions(+) (limited to 'chrome/common/render_messages.h') diff --git a/chrome/common/render_messages.h b/chrome/common/render_messages.h index c3db8f6..90816ea 100644 --- a/chrome/common/render_messages.h +++ b/chrome/common/render_messages.h @@ -330,6 +330,25 @@ IPC_SYNC_MESSAGE_CONTROL3_1(ViewHostMsg_AllowIndexedDB, string16 /* database name */, bool /* allowed */) +// Gets the content setting for a plugin. +// If |setting| is set to CONTENT_SETTING_BLOCK, the plug-in is +// blocked by the content settings for |policy_url|. It still +// appears in navigator.plugins in Javascript though, and can be +// loaded via click-to-play. +// +// If |setting| is set to CONTENT_SETTING_ALLOW, the domain is +// explicitly white-listed for the plug-in, or the user has chosen +// not to block nonsandboxed plugins. +// +// If |setting| is set to CONTENT_SETTING_DEFAULT, the plug-in is +// neither blocked nor white-listed, which means that it's allowed +// by default and can still be blocked if it's non-sandboxed. +// +IPC_SYNC_MESSAGE_CONTROL2_1(ViewHostMsg_GetPluginContentSetting, + GURL /* policy_url */, + std::string /* resource */, + ContentSetting /* setting */) + // Specifies the URL as the first parameter (a wstring) and thumbnail as // binary data as the second parameter. IPC_MESSAGE_ROUTED3(ViewHostMsg_Thumbnail, -- cgit v1.1