Earlier quoted context omitted.
Servo is 14 years old, it's hardly a new project. Ladybird has come much farther in a shorter amount of time. The issue has always been Mozilla not being focused.
Ladybird has far more funding. The original blog post said Servo brought in $7k last month. Compare that to Ladybird and the first donation on this list already exceeds Servo’s total: https://ladybird.org/newsletter/2026-06-30/
June in Servo: real world compat, media queries, SharedWorker, and more
41–50 of 72 posts
Re: June in Servo: real world compat, media queries, SharedWorker, and more
#42Earlier quoted context omitted.
> And yet, no one's rushing to pick up Servo. Mozilla Firefox merged Servo's Stylo CSS engine into Firefox 57 in 2017 and their WebRender renderer into Firefox 67 in 2019. I guess you could call that a "pretty niche browser" even then but that's a stretch. No one's rushing to pick it up because Servo was originally an experimental Rust project meant to incrementally replace parts of Firefox. Then Mozilla stopped fund…
> Mozilla Firefox merged Servo's Stylo CSS engine into Firefox 57 in 2017 and their WebRender renderer into Firefox 67 in 2019. Well sure, but Firefox is still primarily powered by Gecko and SpiderMonkey. And they laid off the entire Servo team. I wanted this to succeed as much as the next guy, but the momentum just isn't there. I was stunned to hear they are getting close to $8k a month in donations though, so it's…
Re: June in Servo: real world compat, media queries, SharedWorker, and more
#43You don't have to believe me, just look at their track record and ask yourself why no one embeds it in anything after, what, a decade or more?
Re: June in Servo: real world compat, media queries, SharedWorker, and more
#44I've repeatedly said this almost year after year, but Servo is not a "real" project. It's weird, but whatever the case is, after it left Mozilla, it has clearly oriented around being governance focused and not helping actual embedded browser engineers. You don't have to believe me, just look at their track record and ask yourself why no one embeds it in anything after, what, a decade or more?
Re: June in Servo: real world compat, media queries, SharedWorker, and more
#45Earlier quoted context omitted.
Ladybird has far more funding. The original blog post said Servo brought in $7k last month. Compare that to Ladybird and the first donation on this list already exceeds Servo’s total: https://ladybird.org/newsletter/2026-06-30/
Servo does also have a handful of people employed to work on it full time outside of that $7k (not sure if that's also true of Ladybird or not)
Re: June in Servo: real world compat, media queries, SharedWorker, and more
#46Re: June in Servo: real world compat, media queries, SharedWorker, and more
#47I've repeatedly said this almost year after year, but Servo is not a "real" project. It's weird, but whatever the case is, after it left Mozilla, it has clearly oriented around being governance focused and not helping actual embedded browser engineers. You don't have to believe me, just look at their track record and ask yourself why no one embeds it in anything after, what, a decade or more?
Re: June in Servo: real world compat, media queries, SharedWorker, and more
#48Wonder how long it will take before they can render PDFjs? That is a hard target admittedly.
Re: June in Servo: real world compat, media queries, SharedWorker, and more
#49Earlier quoted context omitted.
Writing a new browser engine at all is irresponsible and ridiculous. Doing it in anything other than Rust just makes it slightly more irresponsible than it already is.
I don't see how it is irresponsible or ridiculous. More browser engines is a good thing. It might be irresponsible to bet your company on it at this point, but on its own I think it is a worthy endeavor. Plus it looks like a lot of fun to work on! This is hacker news after all.
If you can't implement most of the web standards (not even all, just most of them), then one of the following will happen:
- your engine will never catch on (best case scenario) - your engine will be forever known as "this browser where nothing works" and will be perpetually ignored in all discussions about cross-browser compatibility, nullifying any positives that could come from its existence - worst possible outcome: your engine gains market share, gets treated seriously, and the global development of all new web standards stagnates until you can catch up, which means over a decade of zero innovations.
And you CANNOT implement most web standards[1]. There's too many of them, they all interact with each other too much, the engineering effort required is comparable with rewriting all of Linux from scratch.
And of course there's security. A massive project like that will have massive code complexity, which leads to enormous number of security holes. Chrome and Firefox are mostly secure because their maintainers spent literal decades fixing the holes. They have 20 year headstart over you in making it secure, and they don't have to play catch up with web standards like you do. Everybody using your engine is therefore at a much greater risk of getting hacked than if they sticked with Chrome. And that's assuming you use Rust. If you don't use Rust, then security would be so bad it's not even funny.
None of it matters if you're just making a personal project for the heck of it, of course. Go do it! Have fun! It doesn't matter if you use Rust or not because nobody will use it anyway, so pick whatever tech stack you like the most. Node sounds like a fun choice - it solves the problem of running JS scripts basically for free!
[1] https://waspdev.com/articles/2025-04-07/will-there-be-a-new-...
Re: June in Servo: real world compat, media queries, SharedWorker, and more
#50Earlier quoted context omitted.
On a Linux system or something else? Iirc a proper build uses spider money which is hell to build/embed.
Yeah, it's a Linux system. I can't remember if it was spidermonkey that it failed on or not. Though it sounds like maybe they should consider using another JavaScript engine if it's causing problems.