therube wrote: ↑Mon Jan 21, 2019 12:15 pm
Basilisk's experimental WebExtension support will be dropped.
AFAICT this has nothing to do with Google's proposed changes to WebExtensions APIs. The UXP devs have been talking about removing WebExtensions support from UXP (not just Basilisk) for at least several months now.
*Always* check the changelogs BEFORE updating that important software!
Mozilla/5.0 (X11; Linux x86_64; rv:56.0; Waterfox) Gecko/20100101 Firefox/56.2.6
Raymond Hill's comment at bugs.chromium.org summarizes the consequences quite well. I remember reading a comment by Giorgio Maone that NoScript for Chromium browsers may be introduced this year. What do the possible changes mean for NoScript?
Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0
https://groups.google.com/a/chromium.org/d/msg/chromium-extensions/n9mfNX5i7WY/LRSnPsw7BAAJ wrote:The extensions team is currently working on a "developer preview" release of the Manifest V3 platform in Canary. We want to get this in the community's hands so y'all can start experimenting, talking to each other, and sharing feedback on what capabilities we need to tweak. This release will be incomplete and likely a bit rough around the edges. We're hoping to ship the dev preview in the next few months, but we don't have a specific date.
Timing of milestones after that will depend on a number of factors including (but not limited to) implementing other MV3 features and iteration based on dev preview feedback.
*Always* check the changelogs BEFORE updating that important software!
In the absence of a true standard for browser extensions, maintaining compatibility with Chrome is important for Firefox developers and users. Firefox is not, however, obligated to implement every part of v3, and our WebExtensions API already departs in several areas under v2 where we think it makes sense.
Content blocking: We have no immediate plans to remove blocking webRequest and are working with add-on developers to gain a better understanding of how they use the APIs in question to help determine how to best support them.
Background service workers: Manifest v3 proposes the implementation of service workers for background processes to improve performance. We are currently investigating the impact of this change, what it would mean for developers, and whether there is a benefit in continuing to maintain background pages.
Runtime host permissions: We are evaluating the proposal in Manifest v3 to give users more granular control over the sites they give permissions to, and investigating ways to do so without too much interruption and confusion.
Cross-origin communication: In Manifest v3, content scripts will have the same permissions as the page they are injected in. We are planning to implement this change.
Remotely hosted code: Firefox already does not allow remote code as a policy. Manifest v3 includes a proposal for additional technical enforcement measures, which we are currently evaluating and intend to also enforce.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.19) Gecko/20110420 SeaMonkey/2.0.14 Pinball NoScript FlashGot AdblockPlus
Mozilla/5.0 (Windows NT 5.1; rv:52.0) Gecko/20100101 SeaMonkey/2.49.5
https://blog.mozilla.org/addons/2019/09/03/mozillas-manifest-v3-faq/ wrote:Content blocking: We have no immediate plans to remove blocking webRequest and are working with add-on developers to gain a better understanding of how they use the APIs in question to help determine how to best support them.
What does "no immediate plans" mean? Does it mean Mozilla will keep webRequestBlocking? Or does it mean they'll just wait until later to remove it? If the latter, what API(s) will take over implementing all the lost functionality?
(I would guess they haven't decided on this yet and want to keep all the options open for now.)
*Always* check the changelogs BEFORE updating that important software!
This would be the time to clearly differentiate oneself from Google and a chance to win back many users who have switched to Chrome and want to continue with efficient content blocking. This "immediate" causes too much confusion in that regard.
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:69.0) Gecko/20100101 Firefox/69.0