-
There's an open issue of migrating in #1430 and the deadline seems to be June 2024 when Chrome (unsure if affects Chromium, too) will begin disabling Manifest v2 extensions. However seeing a comment mentioning uBlock Origin Lite and its lack of cosmetic element picker feature or custom filters I became a bit concerned as to what Stylus features would be possible, given page manipulation is so essential to its purpose. Anyone more familiar that could shed some light on this? |
Beta Was this translation helpful? Give feedback.
Replies: 2 comments 5 replies
-
The only affected features are There'll be also an annoyance with handling .user.css redirection to install the styles. In ManifestV3 we can't use webRequestBlocking to redirect it to our page, so the only way to do it in the same seamless fashion would be to use declarativeNetRequest + web_accessible_resources, which I'm reluctant to use as it makes the extension detectable even on sites that aren't styled. On the other hand, it's not really a big deal generally since we expose our styles in DOM on affected pages, so I'll probably use it and hope that Chrome finally implements use_dynamic_url this year (their promise to do it before removing MV2 is now about to become yet another lie out of the many already spouted by the MV3 team). |
Beta Was this translation helpful? Give feedback.
-
Any update to this now that it's been months as they have finally started saying it will come soon, have canary users been able to still run this extension just with missing features? |
Beta Was this translation helpful? Give feedback.
The only affected features are
Instant inject mode
andPatch CSP to allow style assets
. There are no good workarounds yet, which is why I don't rush the migration. The migration itself isn't complicated.There'll be also an annoyance with handling .user.css redirection to install the styles. In ManifestV3 we can't use webRequestBlocking to redirect it to our page, so the only way to do it in the same seamless fashion would be to use declarativeNetRequest + web_accessible_resources, which I'm reluctant to use as it makes the extension detectable even on sites that aren't styled. On the other hand, it's not really a big deal generally since we expose our styles in DOM on affected pages, so …