I sadly agree. While I still think there is value in XULRunner existing as
a standalone runtime I don't think it is worth taking any time away from
other work and it would be better to stand up and declare it dead instead
of pretending like it is going to be around long-term.
On Sun, Jan 12, 2014
Your proposal sounds somewhat similar to the way the webapprt is being
delivered too. I think that's a good thing.
- Original Message -
> I propose that we just stop pretending, and terminate xulrunner,
> considering the following:
> - Xulrunner is lagging behind Firefox: DLL block list
As a XULRunner app developer, as long as firefox -app application.ini continues
to work I think I could learn to live with this.
On Sunday, January 12, 2014 7:34:54 PM UTC-5, Mike Hommey wrote:
> Hi,
>
>
>
> Let's face it: xulrunner is hardly maintained, we barely build and test
>
> it on aut
Hi,
Let's face it: xulrunner is hardly maintained, we barely build and test
it on automation, and the result is that it is often broken for long
periods of time.
I propose that we just stop pretending, and terminate xulrunner,
considering the following:
- Xulrunner is lagging behind Firefox: DLL
4 matches
Mail list logo
