Our extension submission was rejected during certification with the message:
The extension requires a working account. Please provide us with a working account in the Notes for certification and resubmit the extension.
We provided a working test account (username/password for our web portal) in the certification notes at submission, and the review still failed with the same message on re submission. We believe this is a mismatch between how the reviewer is testing the extension and how the extension actually works, rather than an issue with the account we provided.
How the extension actually authenticates
TestFiltering+ does not have a username/password login screen inside the extension itself. It authenticates a device (not a user session) via a per-issued enrollment/account key, delivered one of two ways:
Manually — via an "Add Device" button on our web portal (testfiltering.com), which the extension's content script picks up and registers automatically, or
Via enterprise policy — an IT admin pushes the key through Chrome/Edge managed storage (chrome.storage.managed) as part of a mass deployment (GPO/Intune/Google Admin console).
There is no in-extension login form for a reviewer to enter a username/password into — that's likely why the account credentials we supplied appear "not to work": they're portal credentials for viewing device status on the web dashboard, not extension login credentials, because the extension itself has no such login concept.
What we've already provided
Portal login (username + password) in the certification Notes field, at both submission and re submission.
[Add/attach here: the account key itself, and/or the exact "Add Device" URL/steps if you want to give them a fully turnkey repro]
What would help
Could a reviewer confirm:
Whether they attempted to find a login screen inside the extension popup/options page (there isn't one by design), and
What specific interaction they expected the "working account" to satisfy, so we can either (a) point them to the correct enrollment flow, or (b) add a documented test path in the Notes that matches what certification actually checks for.
Happy to provide a short screen recording of the enrollment flow (key entry → device shows as registered on the portal) if that helps the reviewer verify functionality without a traditional login.
Extension: TestFiltering+
Store ID: 0RDCKC917CH1
Submission date(s) of rejection: July 7th 2026
Our extension submission was rejected during certification with the message:
The extension requires a working account. Please provide us with a working account in the Notes for certification and resubmit the extension.
We provided a working test account (username/password for our web portal) in the certification notes at submission, and the review still failed with the same message on re submission. We believe this is a mismatch between how the reviewer is testing the extension and how the extension actually works, rather than an issue with the account we provided.
How the extension actually authenticates
TestFiltering+ does not have a username/password login screen inside the extension itself. It authenticates a device (not a user session) via a per-issued enrollment/account key, delivered one of two ways:
Manually — via an "Add Device" button on our web portal (testfiltering.com), which the extension's content script picks up and registers automatically, or
Via enterprise policy — an IT admin pushes the key through Chrome/Edge managed storage (chrome.storage.managed) as part of a mass deployment (GPO/Intune/Google Admin console).
There is no in-extension login form for a reviewer to enter a username/password into — that's likely why the account credentials we supplied appear "not to work": they're portal credentials for viewing device status on the web dashboard, not extension login credentials, because the extension itself has no such login concept.
What we've already provided
Portal login (username + password) in the certification Notes field, at both submission and re submission.
[Add/attach here: the account key itself, and/or the exact "Add Device" URL/steps if you want to give them a fully turnkey repro]
What would help
Could a reviewer confirm:
Whether they attempted to find a login screen inside the extension popup/options page (there isn't one by design), and
What specific interaction they expected the "working account" to satisfy, so we can either (a) point them to the correct enrollment flow, or (b) add a documented test path in the Notes that matches what certification actually checks for.
Happy to provide a short screen recording of the enrollment flow (key entry → device shows as registered on the portal) if that helps the reviewer verify functionality without a traditional login.
Extension: TestFiltering+
Store ID: 0RDCKC917CH1
Submission date(s) of rejection: July 7th 2026