That's the part I do not really get. It already is an addon, kind of. They introduced the concept of system addons, that are addons code wise, but can't be managed via the addon interface, and that is what Hello was already. This bugreport however seems to be about removing that system addon.
Maybe they want to transform it into a regular addon. But the bugreport does not mention it, and I saw no additional explication elsewhere.
Which they should have done with Pocket as well. Yet it lives on, forcing those who don't want it to go through the steps to disable it. It can't be completely removed without gutting it from the codebase and rebuilding it yourself.
I'm not saying a clipping service like Pocket is bad, or a WebRTC service like Hello shouldn't exist, but it should never have been part of the base install. One of the greatest strengths of browsers like Firefox and Chrome is the ability to use plugins, yet Mozilla chose to forego that twice over.
It's not in my about:memory. Did you set up an account first before you disabled it? Does it go away if you log out and restart? Edit: 49.0a2 "Developer Edition" on Win10
It's a little more complicated than that. Pocket is part of the application itself, not a plugin, and you have to go into about:config to fully disable it, else it will continue to have access to anything you type into the address bar.
Common sense. One has to assume that Pocket will take the path of least resistance, seeking constant read access to the URL bar so it can perform a one-click save. It may be possible for them to come up with a way to get the URL without having read access, perhaps by having Firefox pass the URL only when asked for by Pocket, but I saw nothing like that in the Firefox code when this partnership was first announced. Granted, I haven't looked since, but why would they change it? And since Pocket's code is proprietary and closed, there's no way to audit what they do and how they do it.
So, one has to assume a lazy, insecure method on their part until they prove otherwise. Assuming benevolence and diligence from a company that is blatantly anti-open-source is foolish.
They do - if you don't like it, don't install it. Or even fork it. The default distribution is trying to provide the best experience for the majority of users and Flash is unfortunately necessary for that.
Encrypted Media Extensions (EME) are something I've never actually seen used anywhere.
Adobe Flash: why isn't it dead yet?
Pocket is retarded, and it's icon is a non-sequiteur, with no clear purpose. It's a non-obvious add-on that found it's way into the default build probably due to funding.
And chatting and video calls with a browser extension alway felt very Netscape Navigator to me.
Netflix really does send me movies to watch though. Their selection is poor and they constantly remove content which is annoying, but that only lowers the value and doesn't set it to 0.
Oh I meant streaming. However they spun off the disc part of the service for a very small amount of time before customer backlash pushed them to re-integrate. Netflix has been doing physical rentals for... ~8 years since then.
Pocket was even better before it was integrated into FF as little more than a button sending the user to the Pocket website/webapp. I have stopped using it at that point - it was just too much hassle.
I find disturbing that even after I removed Pocket as per official instruction[1] and restart the browser, I can still see it in there as per `about:memory`:
I don't get why Firefox tends to add and remove feature so often. Even if it's because of money, this is hurting the user base.
Firefox Hello was probably an atempt to fuel WebRTC or provide some capabilities to Firefox OS. But it was included in the main distribution - Firefox - spending resources for what ?
Not just that. Mozilla is completely losing focus. They used to stand for "keeping the web open" and they've been doing a shit job of it lately.
* Messing up the marketing behind critical projects (Persona) and then shutting them down when their usage is too low for their taste.
* Axing Thunderbird, one of the last usable non-web-based email clients. I don't like nor use TB, but maintaining a decent email client cant be that hard for Mozilla, and it is important for the web.
* Putting a ton of money into Firefox OS, an atrociously bad and slow OS that had the worst mobile UX I've ever experienced. Then putting even more money into the Flame so that they can have a bad OS on dedicatedly-bad hardware.
* Constantly messing up feature development on Firefox with Hello, Pocket and more, all pointing to Mozilla clearly not understanding the Firefox userbase.
* In the mean time, Firefox is still far slower than chrome. Scrolling especially. Gmail and irccloud are unusable for me on Firefox. My own project hits Firefox's performance issues (compare seeking on this player in Chrome/Firefox: https://hsreplay.net/replay/vZEz7JoNnfgVo34HJUHhEF - Firefox is a solid 10x slower).
So to recap: Axing critical projects in a market they understand, so that they can spend the money on futile projects in a market they don't understand. Introducing controversial new features in Firefox while the browser is still far slower than Chrome, losing what's left of their market share. And this is just the big stuff, I could go on for another 10 paragraphs.
Mozilla is heading into a mountain. They need to seriously rethink their structure and priorities if they want to avoid a crash.
Edit/PS: Most of these issues are structural. Pocket's functionality is useful in a web browser. A truly-free mobile OS/smartphone is also something we need. And foss communications are extremely important to the web, which is currently locked in to hangouts/messenger. But Mozilla is messing all these up at every corner; underestimating costs, underestimating effort, misunderstanding (being disconnected from) their userbase, not marketing anything properly and giving up too easily.
>* Axing Thunderbird, one of the last usable non-web-based email clients. I don't like nor use TB, but maintaining a decent email client cant be that hard for Mozilla, and it is important for the web.
I don't want to be overly cynical, but how is supporting a native email client helping the web? Email isn't "web" unless you access it through a web browser. So it seems totally in keeping with Mozilla's current web-only strategy to ditch their native email client and encourage everybody to use webmail. After all they want people to ditch all native apps (except the web browser) and use the web as their operating system. Supporting a native email client don't fit in with that strategy.
Email is an integral piece of the open internet, and also a critical bit of infrastructure for the web, providing crucial communication and authentication for millions of websites.
Without free and open email, it makes every internet based company's job that much harder (potentially impossible).
Mozilla said they were going to add a Pocket-like feature but realized that Pocket was better than anything they had the resources top do themselves. So I don't think that's messing up feature development our eating time on features people don't want.
Any long-time firefox user with a shred of sense could have predicted (and did predict) the massive fallout that came from Pocket. Yet, Mozilla didn't.
Everybody assumed Mozilla took money from Pocket. Yet, Mozilla didn't.
The Pocket situation is hilarious. People see a 3rd party service being shoved down the throats of the user, they immediately assume Firefox is "selling out". Mozilla got all the negatives of a bad deal, and none of the money. It takes a certain skill to mess up this bad.
Mozilla did take money from Pocket, just not up front.
"Although the company emphasizes that Pocket and Telefonica didn’t pay for placement in the Firefox browser, Mozilla Corp. chief legal and business officer Denelle Dixon-Thayer told WIRED that Mozilla has revenue sharing arrangements with both companies."
yep plus i wonder if they will pull the plug on Rust (which is an ambitious project).
I mean the project has it's momentum but in terms of industry it means nothing so i wonder if they will cut money someday like they are doing with these features.
I agree with many of your points. I just want to note that Firefox OS aligned 100% with keeping the web open. There is a vast group of users that only have a mobile device and can only get online through their phone. Their entire 'web' experience is through this medium.
Firefox OS in its pre-shutdown iteration did not serve these people perfectly yet, but it was well on its way to be a solid choice for them. A choice that held their values first, not just the values of western consumers trimmed to fit.
And now there are no 'open' choices for an open mobile internet device (below 50USD) The cheap knockoff Android phones that dominate that market are preloaded with untrustworthy applications, and ship with unverifiable firmware. The latter is almost never updateable to anything recent or patched for security. This makes for a very exploitative, dangerous web, and it grows more so as it grows more integral to peoples livelihood.
I applaud Mozilla for starting it, but I think the decision to shutter the whole initiative was incredibly damaging. At the very least because now it, falsely, appears to be a cautionary tale to anyone else that may wish to attempt this initiative.
Firefox OS (or more generally, a free phone&OS) is something I do believe is needed but Mozilla had the completely wrong approach towards it. They severely underestimated how much effort is involved. I heard from several mozillians the attitude was "we'll just do everything in HTML5 and gecko will do just fine". (Sounds familiar? It was Jobs' vision for iOS. See how that turned out.)
They didn't understand how much work is involved into making not just a platform, but also an OS (with all the builtin apps, making them not suck is a prerequisite) and the hardware itself. My Flame's only redeeming quality was that the battery died after a week, which kept me from finding out more issues with it.
I don't know that FxOs was ever a solid choice. It was barely ever even a choice. I wish Mozilla would've just funded or partnered with one of several existing players in that space, such as Jolla.
It was the wrong approach because gobs of Javascript gives a horrible UX on low-end, first-iPhone-equivalent hardware, but it was approach they wanted because they're so invested in the notion that FirefoxOS would natively implement Web Platform APIs; conversely those platform APIs would become standard Web-(browser) APIs in the future [1].
Sadly, their ideological mission conflicted with the realities of their target market (and in this case, price-point).
The answer to this problem was much easier: a solid Android browser in every Android marketplace, with an easily-extendable architecture. There was no need to go full-OS. Of course, it would have been less fashionable from a development perspective.
Just a solid browser would not help when Android is not designed for that market. And when devices are effectively crippled by lack of support/updates, and questionable bloatware.
This does need to be close to a 'from the ground up' initiative. And that has nothing to do with latest developer trends.
> Axing [...] projects in a market they understand, so that they can spend the money on [...] projects in a market they don't understand.
Minus a couple adjectives, what you're describing is the way that companies grow and learn. If one of Mozilla's projects ends up being the Next Big Thing, then all this experimentation will look really smart in retrospect. Until then, it feels unfocused. That's normal.
Mozilla's leadership has become a sad thing to watch. This whole wannabe product first lean startup nonsense just gets worse and worse. I was one of the few Firefox OS users but at this point, I'm using Chrome and Android. It's not the end of the world but it's just sad to see an organization that has historically done so many good things be torn down by awful executive leadership.
Every member of the Steering Committee should issue a public apology and resign for gross incompetence.
Ohh yeah thats what all that evidence after he stepped down pointed to. His long history of bigotry and many many examples of his specific intolerance towards any specific persons.
Instead of judging people on their technical merits I propose we totally start to judge them on how well their ideology lines up with ours. That's the best way to promote diversity and ensure technical capability. Clearly it has worked well for Mozilla
Never really understood why people were strongly opposed to Firefox Hello. As far as I understand, it's a minimal wrapper on WebRTC. Seems to be no argument on bloat, perhaps a minimal argument on confusing the user? Or was there some privacy implication I hadn't heard of?
Well for one, Firefox Hello works with a centralized signaling server running proprietary code. Not appealing to the contingent of Firefox users who use it because it's the most in-line with free software ideals of the popular browsers.
As I understand, It uses Telefonica's proprietary (and misleadingly named) OpenTok platform. The README you linked even mentions specifying TokBox credentials.
My question to everyone is:
What is the reason for a _browser_ to have an integrated _chat client_?
In my opinion, it doesn't make any sense. We should keep separated tools that do different jobs, and make each one general enough that it can be used in every situation.
That's a very good point, some things are very good at doing everything.
But I don't think that should apply to the browser. Firefox already gives you extensions, which means you can add to it whatever you need.
Would you say the browser should come with a painter program by default? Maybe a file manager too? What about a specific program to print for a specific printer?
At what point should you stop reinventing the wheel?
There's an important difference between hardware and software. Hardware takes up space. It would probably be better to have a dedicated DSLR and a dedicated radio communication device that have a standard method of interoperability, if not for the fact that you'd have to carry them both around. You'd have better quality photos, and could take both wide-angle and zoomed shots, and you could swap out your camera to suit your needs, instead of always having the one camera soldered onto your phone.
I agree and understand; I was being a bit facetious there. However, I actually still don't quite understand why browsers can play video and audio. I much rather play those in dedicated software, to the extent that I regularly view the source of such pages to figure out the URL of the media to be played. I guess this is because of ease of use for the average user, and occasionally for DRM, but it annoys me to no end. Playing all video or audio in the same software means a much better and consistent user interface for things like rewind, pause, full screen, etc.
Definitely agree. If you want a remedy for the specific problem of audio and video, you could come up with some browser + youtube-dl integration. I've been using such a setup for the past year, watching web audio and video in mpv. It's great to have a consistent video player interface, as you said, but you also get powerful features you don't often see in web players, like gamma adjustment, playback speed control and an audio compressor.
I'm not convinced Hello should be in Firefox myself, but:
One of the newer features of Hello is tab sharing, which is niche but clever, and needs some sort of browser integration.
People use their browser (through webapps) for chat, mail, etc anyways, instead of using dedicated applications, so there doesn't seem to be much purity in that regard. And Hello is mostly build on web-tech the browser already has to support. Putting it there makes it more likely for people to quickly try it, and learn that browsers now can do cool new things with WebRTC.
Agreed. Integrating non-browser parts into a browser reminds me of the SeaMonkey days, where the browser wasn't just a browser but a whole "internet suite" with integrated email, IRC client, HTML editor... Glad these days are over.
What I really want to see is with webassembly the browser become the default rendering engine for all client side applications. We're already moving in that direction with things like electron.
The browser should be a rendering engine, which is a pure sandbox, for client side applications. The client side applications will have access to standard local dbs, standard Dom and CSS renderers and standard method of running code through webassembly.
Webassembly with DOM access is IMO the final piece to do this. And then all OS device access will be done through this sandbox environment where there can be highly controlled access to things like mounted disks, etc. In this utopian future, all developers will be able to target any browser/OS with identical code and never have compatability issues. (And a choir of angels sing out in joy)
Why? What is the advantage of abstracting everything from the raw CPU so much and now treating JavaScript as CPU op codes?
And wasn't that computing model all the range 40 years ago, with "big iron" (less powerful than my phone now) mainframes that lived far away and dumb terminals (essentially a keyboard and a screen with very little processing happening locally)?
Are we saying computing is so hard that people can't be trusted with a real computer? Everything needs to be on someone else's computer and you are only allowed to have a locked down browser locally?
I don't get this everything old is new again trend. And how enthusiastic today's kids are about their grandfather's computing model.
I'll add that I think your confused about what I am saying. In the JavaScript world, the single page app is really just a pure client side app, no different than an app dedicated to Windows like Word. The difference is that it targets web standards for building applications, in a sense the browser is the operating system and application development environment that the OS used to provide.
The key is that it's a standard, and should work the same across platforms. The fact that it's on the web is just a delivery platform for the software.
Webassembly will bring the performance of these browser based applications to be on par with any native application. It's the write once run everywhere development that we've all wanted since the promise that Java made.
I do think that there is a benefit to this model over Java, which is that it's more flexible than Java was in allowing for design choice, and many more languages (in large part thanks to the LLVM).
History repeats itself - bloat was the main driver for forking Mozilla Application Suite 14 years ago, IIRC not very long after MAS included a chat client.
Hello has been a partner project, and partners are not generally as transparent as Mozilla so it requires somewhat more careful release of information.
On this thread about 'reducing flash usage in Firefox' [1] a few days ago, I articulated a point that I've been witnessing for a while: Mozilla products have three distinct audiences, and their wants and needs are often contradictory.
These audiences are, in increasing order of vocalness:
[a] the impressionable; the next-wave of web user who has recently gotten online
[b] the alternative-seeker; the average web user who is uneasy with Google
[c] the idealist; the open web, open-source advocate
There is, of course, some amount of overlap between the audiences. But Chrome (despite Chromium), Edge, and Safari are largely missing audience [c] entirely; some of audience [b] will try to avoid any Chromium-derived product.
These and other interactions create conflicting pressures between people who want Firefox have close feature-parity with Chrome, and people who want Firefox to stick closer to the mission of providing an open, elegant, minimalist browser open to user customization.
87 comments
[ 110 ms ] story [ 2193 ms ] threadMaybe they want to transform it into a regular addon. But the bugreport does not mention it, and I saw no additional explication elsewhere.
I'm not saying a clipping service like Pocket is bad, or a WebRTC service like Hello shouldn't exist, but it should never have been part of the base install. One of the greatest strengths of browsers like Firefox and Chrome is the ability to use plugins, yet Mozilla chose to forego that twice over.
http://www.howtogeek.com/228863/how-to-remove-firefox-hello-...
So, one has to assume a lazy, insecure method on their part until they prove otherwise. Assuming benevolence and diligence from a company that is blatantly anti-open-source is foolish.
It seems like like that will achieve little more than pissing off their users.
Or even better: distribute a clean browser and let users install things like Flash and EME as plugins.
Adobe Flash: why isn't it dead yet?
Pocket is retarded, and it's icon is a non-sequiteur, with no clear purpose. It's a non-obvious add-on that found it's way into the default build probably due to funding.
And chatting and video calls with a browser extension alway felt very Netscape Navigator to me.
DRM is something worth the cost of ignoring and avoiding.
I find disturbing that even after I removed Pocket as per official instruction[1] and restart the browser, I can still see it in there as per `about:memory`:
1. https://support.mozilla.org/en-US/kb/disable-pocket-firefoxIn any case, there will be an unbranded release of firefox eventually without the eme included
Firefox Hello was probably an atempt to fuel WebRTC or provide some capabilities to Firefox OS. But it was included in the main distribution - Firefox - spending resources for what ?
Looks like they have somehow realized that though as the approach with "experiments" is a different one.
* Messing up the marketing behind critical projects (Persona) and then shutting them down when their usage is too low for their taste.
* Axing Thunderbird, one of the last usable non-web-based email clients. I don't like nor use TB, but maintaining a decent email client cant be that hard for Mozilla, and it is important for the web.
* Putting a ton of money into Firefox OS, an atrociously bad and slow OS that had the worst mobile UX I've ever experienced. Then putting even more money into the Flame so that they can have a bad OS on dedicatedly-bad hardware.
* Constantly messing up feature development on Firefox with Hello, Pocket and more, all pointing to Mozilla clearly not understanding the Firefox userbase.
* In the mean time, Firefox is still far slower than chrome. Scrolling especially. Gmail and irccloud are unusable for me on Firefox. My own project hits Firefox's performance issues (compare seeking on this player in Chrome/Firefox: https://hsreplay.net/replay/vZEz7JoNnfgVo34HJUHhEF - Firefox is a solid 10x slower).
So to recap: Axing critical projects in a market they understand, so that they can spend the money on futile projects in a market they don't understand. Introducing controversial new features in Firefox while the browser is still far slower than Chrome, losing what's left of their market share. And this is just the big stuff, I could go on for another 10 paragraphs.
Mozilla is heading into a mountain. They need to seriously rethink their structure and priorities if they want to avoid a crash.
Edit/PS: Most of these issues are structural. Pocket's functionality is useful in a web browser. A truly-free mobile OS/smartphone is also something we need. And foss communications are extremely important to the web, which is currently locked in to hangouts/messenger. But Mozilla is messing all these up at every corner; underestimating costs, underestimating effort, misunderstanding (being disconnected from) their userbase, not marketing anything properly and giving up too easily.
I don't want to be overly cynical, but how is supporting a native email client helping the web? Email isn't "web" unless you access it through a web browser. So it seems totally in keeping with Mozilla's current web-only strategy to ditch their native email client and encourage everybody to use webmail. After all they want people to ditch all native apps (except the web browser) and use the web as their operating system. Supporting a native email client don't fit in with that strategy.
Without free and open email, it makes every internet based company's job that much harder (potentially impossible).
Any long-time firefox user with a shred of sense could have predicted (and did predict) the massive fallout that came from Pocket. Yet, Mozilla didn't.
Everybody assumed Mozilla took money from Pocket. Yet, Mozilla didn't.
The Pocket situation is hilarious. People see a 3rd party service being shoved down the throats of the user, they immediately assume Firefox is "selling out". Mozilla got all the negatives of a bad deal, and none of the money. It takes a certain skill to mess up this bad.
"Although the company emphasizes that Pocket and Telefonica didn’t pay for placement in the Firefox browser, Mozilla Corp. chief legal and business officer Denelle Dixon-Thayer told WIRED that Mozilla has revenue sharing arrangements with both companies."
http://www.wired.com/2015/12/mozilla-is-flailing-when-the-we...
They already have Sync that moves extensions, bookmarks and settings around between browsers.
The reading mode in Pocket is far from perfect. I use to maintain a FF extension that did something similar and it wasn't much more that a CSS file.
I mean the project has it's momentum but in terms of industry it means nothing so i wonder if they will cut money someday like they are doing with these features.
And in terms of industry: https://www.rust-lang.org/en-US/friends.html
Firefox OS in its pre-shutdown iteration did not serve these people perfectly yet, but it was well on its way to be a solid choice for them. A choice that held their values first, not just the values of western consumers trimmed to fit.
And now there are no 'open' choices for an open mobile internet device (below 50USD) The cheap knockoff Android phones that dominate that market are preloaded with untrustworthy applications, and ship with unverifiable firmware. The latter is almost never updateable to anything recent or patched for security. This makes for a very exploitative, dangerous web, and it grows more so as it grows more integral to peoples livelihood.
I applaud Mozilla for starting it, but I think the decision to shutter the whole initiative was incredibly damaging. At the very least because now it, falsely, appears to be a cautionary tale to anyone else that may wish to attempt this initiative.
Firefox OS (or more generally, a free phone&OS) is something I do believe is needed but Mozilla had the completely wrong approach towards it. They severely underestimated how much effort is involved. I heard from several mozillians the attitude was "we'll just do everything in HTML5 and gecko will do just fine". (Sounds familiar? It was Jobs' vision for iOS. See how that turned out.)
They didn't understand how much work is involved into making not just a platform, but also an OS (with all the builtin apps, making them not suck is a prerequisite) and the hardware itself. My Flame's only redeeming quality was that the battery died after a week, which kept me from finding out more issues with it.
I don't know that FxOs was ever a solid choice. It was barely ever even a choice. I wish Mozilla would've just funded or partnered with one of several existing players in that space, such as Jolla.
Sadly, their ideological mission conflicted with the realities of their target market (and in this case, price-point).
[1] https://developer.mozilla.org/en-US/docs/Archive/Firefox_OS/...
They did. They partnered with Meego (The Intel and Nokia lead platform.). Remember Meego?
This does need to be close to a 'from the ground up' initiative. And that has nothing to do with latest developer trends.
For the rest you unfortunately have a point.
Minus a couple adjectives, what you're describing is the way that companies grow and learn. If one of Mozilla's projects ends up being the Next Big Thing, then all this experimentation will look really smart in retrospect. Until then, it feels unfocused. That's normal.
Every member of the Steering Committee should issue a public apology and resign for gross incompetence.
https://www.mozilla.org/en-US/about/leadership/
Instead of judging people on their technical merits I propose we totally start to judge them on how well their ideology lines up with ours. That's the best way to promote diversity and ensure technical capability. Clearly it has worked well for Mozilla
No, the server is MPLv2 licensed: https://github.com/mozilla-services/loop-server
Loop Server was indeed open source but sat downstream from the WebRTC and STUN / TURN provider
https://wiki.mozilla.org/File:Loop-network.png
Interesting to see OpenTok's pricing, though presumably Mozilla had an 'arrangement' with Telefonica:
https://tokbox.com/pricing
In my opinion, it doesn't make any sense. We should keep separated tools that do different jobs, and make each one general enough that it can be used in every situation.
But I don't think that should apply to the browser. Firefox already gives you extensions, which means you can add to it whatever you need.
Would you say the browser should come with a painter program by default? Maybe a file manager too? What about a specific program to print for a specific printer?
At what point should you stop reinventing the wheel?
Software takes up no space.
One of the newer features of Hello is tab sharing, which is niche but clever, and needs some sort of browser integration.
People use their browser (through webapps) for chat, mail, etc anyways, instead of using dedicated applications, so there doesn't seem to be much purity in that regard. And Hello is mostly build on web-tech the browser already has to support. Putting it there makes it more likely for people to quickly try it, and learn that browsers now can do cool new things with WebRTC.
The browser should be a rendering engine, which is a pure sandbox, for client side applications. The client side applications will have access to standard local dbs, standard Dom and CSS renderers and standard method of running code through webassembly.
Webassembly with DOM access is IMO the final piece to do this. And then all OS device access will be done through this sandbox environment where there can be highly controlled access to things like mounted disks, etc. In this utopian future, all developers will be able to target any browser/OS with identical code and never have compatability issues. (And a choir of angels sing out in joy)
And wasn't that computing model all the range 40 years ago, with "big iron" (less powerful than my phone now) mainframes that lived far away and dumb terminals (essentially a keyboard and a screen with very little processing happening locally)?
Are we saying computing is so hard that people can't be trusted with a real computer? Everything needs to be on someone else's computer and you are only allowed to have a locked down browser locally?
I don't get this everything old is new again trend. And how enthusiastic today's kids are about their grandfather's computing model.
Portability (and not just between architectures--between operating systems as well).
> and now treating JavaScript as CPU op codes?
Web Assembly does not treat JavaScript as "CPU op codes".
I'll add that I think your confused about what I am saying. In the JavaScript world, the single page app is really just a pure client side app, no different than an app dedicated to Windows like Word. The difference is that it targets web standards for building applications, in a sense the browser is the operating system and application development environment that the OS used to provide.
The key is that it's a standard, and should work the same across platforms. The fact that it's on the web is just a delivery platform for the software.
Webassembly will bring the performance of these browser based applications to be on par with any native application. It's the write once run everywhere development that we've all wanted since the promise that Java made.
I do think that there is a benefit to this model over Java, which is that it's more flexible than Java was in allowing for design choice, and many more languages (in large part thanks to the LLVM).
These audiences are, in increasing order of vocalness:
[a] the impressionable; the next-wave of web user who has recently gotten online
[b] the alternative-seeker; the average web user who is uneasy with Google
[c] the idealist; the open web, open-source advocate
There is, of course, some amount of overlap between the audiences. But Chrome (despite Chromium), Edge, and Safari are largely missing audience [c] entirely; some of audience [b] will try to avoid any Chromium-derived product.
These and other interactions create conflicting pressures between people who want Firefox have close feature-parity with Chrome, and people who want Firefox to stick closer to the mission of providing an open, elegant, minimalist browser open to user customization.
[1] https://news.ycombinator.com/item?id=12129691