Not logged in
Log in now
Create an account
Subscribe to LWN
LWN.net Weekly Edition for December 5, 2013
Deadline scheduling: coming soon?
LWN.net Weekly Edition for November 27, 2013
ACPI for ARM?
LWN.net Weekly Edition for November 21, 2013
Mozilla announces HTML5-based phone
Posted Mar 3, 2012 22:51 UTC (Sat) by dlang (✭ supporter ✭, #313)
Posted Mar 3, 2012 22:54 UTC (Sat) by kripkenstein (subscriber, #43281)
Doing this halfheartedly is easy, while doing this properly is very hard. I don't think Mozilla would do this halfheartedly, properly is the only option. But again, anyone can fork that code and do it halfheartedly if they so choose.
Posted Mar 3, 2012 22:59 UTC (Sat) by dlang (✭ supporter ✭, #313)
even if it's a halfhearted effort with just the builds, but without the in-house QA efforts, users can try it and report where it does and doesn't work.
as for the load on the build servers, I don't buy that as a limiting factor, builds are done frequently, but not continuously, and I've seen people talking about process changes for firefox development that would raise the frequency of builds by several orders of magnatude without any outcry about the massive new datacenter that would be needed to hold all the new build servers that this would require.
Posted Mar 3, 2012 23:04 UTC (Sat) by kripkenstein (subscriber, #43281)
I agree about the build servers, that's less of an issue, the main problem is QA effort which is already maxed out.
Posted Mar 4, 2012 1:05 UTC (Sun) by KaiRo (subscriber, #1987)
For the other, split processes are still in the plans but postponed indefinitely while other ways of making the UI more responsive are being prioritized - Mozilla simply doesn't hve the manpower to do everything at once. The problem also isn't just add-ons but also that a lot of current Firefox UI has to be rewritten to communicate / react to website content asynchronously and indirectly, which it doesn't do right now.
Basically, it all comes down to being a lot of work, and a ton of QA and the manpower needed for this currently is being spent on things that are deemed higher priority like making the UI snappy to react in other ways. Volunteers doing work on achieving split processes sooner are of course welcome. It's not as simple as a switch though, there's a lot of work to be done before such a switch would leave even the current Firefox UI reasonably working.
Using split processes is much easier for something rewritten from scratch like the XUL (tablet) UI for mobile devices or - what this article is about actually - Boot to Gecko.
Copyright © 2013, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds