Update your extensions from Manifest V2 to V3 #27
Replies: 12 comments 12 replies
-
How do you respond to concerns from the main uBlock Origin developer (uBlockOrigin/uBlock-issues#338 (comment))? This extension has over 10 mio users on MS Edge and won't work after V3 becomes mandatory. |
Beta Was this translation helpful? Give feedback.
-
Will MS Edge also kill background service workers every 5 minutes like what Chrome does? Any way to configure the time range or disable it? Updated: I've found https://stackoverflow.com/a/66618269 |
Beta Was this translation helpful? Give feedback.
-
If DOM access is removed, then even Microsoft's own "Microsoft Editor" extension will no longer work. |
Beta Was this translation helpful? Give feedback.
-
The day that the Manifest v3 became required, will be the same one that I change my browser. |
Beta Was this translation helpful? Give feedback.
-
Disable support for v2 and im moving to firefox or brave. |
Beta Was this translation helpful? Give feedback.
-
is there a timeline for updating the timeline on the MV2 MV3 shift? |
Beta Was this translation helpful? Give feedback.
-
What is the timeline on the MV2 to MV3 switch? Is there any update on the roadmap? |
Beta Was this translation helpful? Give feedback.
-
Please DON'T implement Manifest V3. |
Beta Was this translation helpful? Give feedback.
-
Continuing support for Manifest V2 extensions would be a valuable step toward accommodating enterprise customers who still depend on policy-installed MV2 extensions. Alternatively, addressing the current limitations of the webRequestBlocking feature in Manifest V3—specifically for policy-installed extensions—could offer a practical path forward. As stated in the documentation:
This indicates that enterprise environments can still utilize webRequestBlocking under MV3 through policy-based deployment. However, the existing implementation lacks support for synchronous operations within request handlers. Since synchronous XMLHttpRequest has been deprecated and fetch is inherently asynchronous, it’s currently not feasible to perform real-time lookups or native messaging within the blocking callback. If webRequest callbacks were enhanced to support fully asynchronous execution (e.g., via async/await or Promises), Manifest V3 would become significantly more viable for enterprise use cases. This would allow policy-installed extensions to continue performing real-time, dynamic request filtering without relying on MV2 capabilities. |
Beta Was this translation helpful? Give feedback.
-
Google's ad business was declared an illegal monopoly by the DOJ which also is requesting Google sell off chrome. Chromium is the most used browser project on the internet and Google's dominant control over the chromium project allows them to force through features that promote their own non-browser businesses: in the case with MV3, the business being supported is an advertising monopoly. MV3 only exists to break adblockers. It was created to promote Google's illegal ad monopoly at the expense of users. I don't see how anyone could in good faith support Google committing and promoting MV3 and other pro-advertiser features in Chromium in furtherance of their illegal monopolies. Microsoft Edge and other Chromium downstream projects should reject MV3 and/or overhaul it to remove Google's anti-consumer/pro-ad monopoly features. |
Beta Was this translation helpful? Give feedback.
-
I'd like to request some clarification from the Edge team regarding MV2 deprecation. The current Manifest V3 timeline (as of 4 August 2025) still marks the MV2 deprecation as TBD, providing very little assurance or clarity about how long MV2 extensions will still be supported. Google Chrome v139 is currently released to 0.5% of Chrome Stable Users, and is scheduled for regular release on 5 August 2025. I can confirm that Chrome v139 definitely has completely removed the ability to install MV2 extensions (even with policy, MV2 extensions are simply ignored with no warning). Chrome v138 was the last version to support MV2 extensions. I can also confirm experimentally that despite the above, Edge 139 still supports MV2 extensions (verified by using Edge Beta, currently v139). However, with no further announcement from Microsoft, this raises concerns that MV2 extensions will "suddenly" be disabled in an upcoming release. My assumption is that Google / The Chromium Team will have very little incentive to maintain or preserve MV2 related code, and that it will be stripped from the Chromium source entirely in an upcoming update - and that it will not be trivial for the Edge team to maintain this compatibility by themselves. I am mostly asking this question from an IT Administration perspective, as we currently rely on an MV2 extension in our company. We currently don't know if Microsoft will continue to support MV2 for the forseeable future, or if we're going to be suddenly given a very short notice to respond (or switch to Firefox!). |
Beta Was this translation helpful? Give feedback.
-
Is there an up-to-date timeline for when the MV2 extension will no longer be able to run in Edge? |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Microsoft announced the decision to embrace Manifest V3 to help reduce web fragmentation for all developers and enhance privacy, security, and performance for end-users.
From 11 July 2022:
Hidden
orPublic
. Developers must use Manifest V3 to publish new extensions to the Microsoft Edge Add-ons website.Migrating from Manifest V2 to V3 will bring several structural changes to how the browser handles extensions. Manifest V3 is an initiative of the Chromium project.
Here is the link to the official announcement made on Microsoft Edge Insider Tech community
Check out the below resources to learn more about the upcoming changes:
Documentation:
Roadmap:
Microsoft Edge Add-ons Roadmap
Let us know your feedback / challenges in the comments.
Beta Was this translation helpful? Give feedback.
All reactions