I have a Chrome extension that declares a managed schema in its manifest.json:
“storage”: {
“managed_schema”: “schema.json”
}
and a matching schema.json:
{
“type”: “object”,
“properties”: {
“apiKey”: { “type”: “string” },
“subdomain”: { “type”: “string” }
}
}
What I’ve done so far:
Published the extension to the Chrome Web Store (version 1.10.12).
In Google Admin Console → Devices → Chrome → Apps & extensions → User app settings, selected my OU and in “Policy for extensions” pasted this one-line JSON:
{“??key??”:{“apiKey”:”<API_KEY>”,“subdomain”:”domain”}}
Forced install and pinned the extension to my test users.
On the test machine:
• Ran chrome://policy → Reload policies → I see apiKey & subdomain listed under “Hub Beta” but both with Status: Not set.
• In the Service Worker console ran:
chrome.storage.managed.get(null, console.log)
which returns {}.
I have also tried:
– Using the wildcard format {”*”:{…}}
– Assigning the policy to a Group versus an OU
– Waiting over 60 minutes for propagation
– Verifying the extension ID via chrome.runtime.id
Expected behavior:
Policy values should show up under chrome://policy with Status: OK, and chrome.storage.managed.get() should return:
{ apiKey: “<API_KEY>”, subdomain: “” }
Actual behavior:
Policy keys appear, but values remain “Not set,” and chrome.storage.managed.get() always returns an empty object.
Questions:
– Am I missing a required step in Admin Console to activate the JSON policy block?
– Is there a known propagation delay or additional enrollment requirement?
– Are there any Chrome Enterprise policy pitfalls I’ve overlooked?
Thanks in advance for any guidance!
Am I missing a required step in Admin Console to activate the JSON policy block?
Is there a known propagation delay or additional enrollment requirement?
Are there any Chrome Enterprise policy pitfalls I’ve overlooked?
--
You received this message because you are subscribed to the Google Groups "Chromium Extensions" group.
To unsubscribe from this group and stop receiving emails from it, send an email to chromium-extens...@chromium.org.
To view this discussion visit https://groups.google.com/a/chromium.org/d/msgid/chromium-extensions/2f333ec4-520f-4106-88f9-5fa964a3657an%40chromium.org.
Hi Oliver,
I’m still seeing chrome.storage.managed.get() return an empty object, even though my policy appears under Policy for extensions in Admin Console. I’ve waited several days for propagation and tried all the usual troubleshooting steps but values remain “Not set.”
Environment & Setup
Chrome version: 137.0.7151.120 (macOS Catalina)
Extension ID: omfggmeppikhemifplebilklcmlekded
Manifest (v3) includes: “storage”: { “managed_schema”: “schema.json” }
schema.json at the package root: { “type”: “object”, “properties”: { “apiKey”: { “type”: “string” }, “subdomain”: { “type”: “string” } } }
Policy JSON under User app settings → Policy for extensions (OU scoped): {“apiKey”:”<MY_API_KEY>”,“subdomain”:”<MY_SUBDOMAIN>”}
Installed via: Force-install + pin via Admin Console
Browser profile shows “Managed by our domain”
What I’ve tried
Flat vs. wildcard JSON ({”*”:{…}})
Scoping policy to both OU and group
Waiting 72+ hours, relaunching Chrome, chrome://policy → Reload policies
Verifying extension ID with chrome.runtime.id
Confirming service worker is active and logging—chrome.storage.managed.get(null, console.log) returns {}
Observed
In chrome://policy, both apiKey & subdomain appear under Hub Beta but with Status: Not set
In the service-worker console, chrome.storage.managed.get() yields an empty object
Questions
Is there an additional enrollment step (e.g., Chrome Browser Cloud Management) required before extension policies are honored?
Beyond waiting, are there known propagation delays for extension-level policies?
Any other pitfalls or debug approaches I should consider?
Thanks in advance for any guidance!
|