Note
Access to this page requires authorization. You can try signing in or changing directories.
Access to this page requires authorization. You can try changing directories.
Summary
This article helps you resolve issues in which a self-hosted Microsoft Edge extension doesn't update automatically after you deploy a new version. You deploy the extension successfully by using the ExtensionSettings or ExtensionInstallForcelist Group Policy, but the browser doesn't detect the new version from the update URL. Common causes include a missing override_update_url setting in the policy, version mismatches across extension files, and the periodic nature of Edge's update schedule.
Symptoms
You experience one or more of the following symptoms:
- You deploy a self-hosted extension successfully by using the ExtensionSettings or ExtensionInstallForcelist policy, but an automatic update to a newer version fails.
- You update
manifest.json,update.xml, and the.crxpackage on your server, but Edge still loads the old extension version. - The update succeeds only after you delete and re-add the registry keys for the extension.
- Edge doesn't immediately detect the new version from the update URL.
Cause: The override_update_url setting is missing from ExtensionSettings
If you don't set "override_update_url": true in the ExtensionSettings policy, Edge might ignore the custom update_url that's specified in the extension's manifest.json file. Therefore, Edge might not check your server for updates.
Solution: Add override_update_url to the ExtensionSettings policy
Add the "override_update_url": true setting to the ExtensionSettings policy for your extension. This setting forces Edge to always use the custom update URL that you specify:
{
"<Extension_ID>": {
"installation_mode": "normal_installed",
"update_url": "https://contoso.com/updates/update.xml",
"override_update_url": true
}
}
This method is the most stable and recommended approach for enterprise-managed deployments. It makes sure that Edge always checks your server for new versions.
For more information, see ExtensionSettings.
Cause: Version mismatch between manifest.json and update.xml, or .crx not repacked
When you publish a new extension version, the version number in manifest.json must match the version in update.xml. Additionally, you must repack the .crx package by using the updated manifest.json and the same .pem key file that you used to create the original package. If the version numbers don't match, or if you don't repack the .crx package correctly, the update can fail.
Solution: Update files and repack the extension
When you publish a new version, follow these steps:
manifest.json: Update the"version"field to the new version number.update.xml: Update the version number and the.crxcodebase path to the new version number..crxpackage: Repack the extension by using the updatedmanifest.jsonand the same.pemkey file that you used to create the original.crxpackage.
Cause: Edge update check didn't occur
Edge checks for extension updates periodically. After you publish a new version on your server, the browser might not detect it for several hours or longer. This delay is by design and is expected behavior.
Solution: Wait for the scheduled update check or trigger a check manually
To manually trigger an update check for testing:
- In the address bar, go to
edge://extensions. - Turn on Developer mode.
- Select Update.
For production environments, the automatic update check occurs within a few hours. You don't have to take any action.
More troubleshooting steps
If the extension still doesn't update after you apply the preceding solutions, use the following methods to diagnose the issue.
Validate policy application
- In Edge, go to
edge://policy. - Verify the following values:
- The
override_update_urlsetting is set totrue. - The
update_urlvalue is correct. - The policy state shows OK.
- The
Validate the update.xml URL
To verify that the file is accessible and contains the correct version and .crx path, open the update URL directly in the browser (for example, https://contoso.com/updates/update.xml).
Verify the .crx download URL
To make sure that it points to the correct .crx file location, check the codebase attribute in update.xml:
<updatecheck codebase="https://contoso.com/updates/extension.crx" version="1.0.1" />
Resolve installation blocks during testing
During testing, Edge blocks manual installations when you deploy the extension through the ExtensionSettings or ExtensionInstallForcelist policy. To work around this limitation during test and debug scenarios, use one of the following methods:
- Add the extension ID to the ExtensionInstallAllowlist policy.
- Temporarily remove the ExtensionSettings and ExtensionInstallForcelist policies.