|
|
|
|
|
by Silhouette
3025 days ago
|
|
The new extension model makes better extensions possible, but it isn't going to make good extensions appear out of thin air. It's not going to stop a buggy extension from causing FOUCs or slowing down the rendering of a page. OK, but surely it should at least isolate buggy extensions so they can't compromise the browser itself? Wasn't better security and stability in the presence of bad extensions a key selling point of the new extension model? In practice, Firefox was failing to shut down and restart cleanly for me perhaps one time in three since Quantum, having been solid as a rock until that point. (I say "was" because I haven't yet seen this problem since updating to 59 the other day, so it's possible that that particular bug has now been fixed.) Likewise, if it makes better extensions possible, how come the only observable difference so far seems to be that various things that extensions used to be able to do are no longer possible? It's looking like a classic case of going all-in on a big software rewrite, but finding that a lot of little details have been overlooked and useful functionality has been lost as a result. |
|
The advantages are speed, security, ease of installation, ease of development since more thought was put into the APIs, compatibility with Chrome extensions, and better compatibility across platforms since extensions now use less native code. Those benefits are "observable". The downside is that you have to wait for Firefox devs to think though the security, performance, and usability aspects of every bit of functionality an extension dev wants, and then wait for the new or updated extension to exist.