But that issue has nothing to do with the question of whether the "filter lists" could be updated dynamically without store review. It's asking for a way of programatically triggering the update to the latest version of the extension in the store.
That feature request being fixed would do nothing to enable updates without store review. And likewise the feature for doing updates of the ruleset without a store review already exists but is not used by UBOL.
So the link doesn't actually support your claim of it being a limitation of MV3. The link is just irrelevant.
The FAQ hints at why UBOL doens't make use of that feature, but doesn't actually state it outright.
> So the link doesn't actually support your claim of it being a limitation of MV3.
From the issue: "In Manifest V3 remotely hosted code is no longer allowed."
Altought the parent was talking specifically about network requests, in which case you may be right and I missed it, but that's not the general problem. Blocking network requests is not sufficient for modern ad/tracking blocking and to be able to run effectively they need to inject scripts into the page, thus "remotely hosted code" is necessary, and the Chrome docs above says that it's not allowed.
The new complaint in the article was about dynamic updates not being possible. That is just demonstrably incorrect, and not countered in any way by the FAQ link.
But you're now trying to switch it to just a relitigation of switching to declarative blocking in general.
That feature request being fixed would do nothing to enable updates without store review. And likewise the feature for doing updates of the ruleset without a store review already exists but is not used by UBOL.
So the link doesn't actually support your claim of it being a limitation of MV3. The link is just irrelevant.
The FAQ hints at why UBOL doens't make use of that feature, but doesn't actually state it outright.