No they won't, they have been very clear on this matter. Web Extensions are crippled compared to NPAPI. You can't even disable javascript with them.
- act like Mozilla just killed their extensions lightly. They gave lots of warning in advance and took many extra steps to ease the transition. They also had lots of really good reasons for doing it.
- blame Mozilla for marketing things based on what their market looks like. Most users were not affected at all by the extension ecosystem change, but were positively affected by the newfound performance, security and stability. They also would not have done it in the first place, if they did not think it was a necessary and good step. I really don't know what you'd expect them to market it as.
- in general, speak like you're the only user whose interests are worth considering.
While it is a pain, it's not as if Mozilla removed XUL support with no warning. What addons are you missing? Perhaps we can find updates or replacements?
I might add that I was a nightly user for over 30 prior versions.
I've looked for replacements but haven't found anything that comes close. From what I can gather, much of the functionality that allowed these extensions is now removed from Firefox. I thought equivalent APIs were going to be made available so they could be ported but that didn't happen.
Do they have a GitHub site?
Why does it matter if they're on GitHub? Firefox no longer has the APIs for many of these extensions to be possible.
I'm not OP, but usually the conversation goes like this:
Person 1: <describes problem with open source software>
Person 2: It's open source. Have you submitted a patch yet?
Absolutely. I don't personally believe that open source projects are above criticism - just explaining why the question was likely asked.
Bug 1318532 had a patch submitted which provided a WebExtensions-compatible API which would allow the original implementation to work, but this was spiked permanently because of :reasons: The developer, DW-dev has been gamely trying to provide similar functionality via implementing a browser-managed tiling window manager, but this seems doomed to failure since it is at the mercy of the display rendering on the target OS. For example, on MacOS, a massive shadow is rendered around an active window, which thus renders over the top of a neighboring tiled window.
Doubt this one will get fixed ... unless Chrome implements it. Right now the objective seems to be full Chrome "compatibility" and Chrome doesn't have it.