WOOT! Very exciting to see this in nightly!
- jst
On Tue, Jan 24, 2017 at 2:48 AM, Gabor Krizsanits
wrote:
> Hello everyone,
>
> After quite a few attempts and some more bug fixing the patch finally seem
> to stuck. Thanks for all the help! \o/
>
> Gabor
>
> On Thu, Nov 10, 2016 at 11:46 AM, G
Hey all,
Over the coming weeks/months/years we'll be adding more and more Rust code
into Gecko. As that work progresses (it's already in full swing in case you
haven't been paying attention) it'll become more and more important that we
collectively help ensure that we're being intentional in how t
While deciding how much resources are available to complex
applications is far from an easy task, and one for which there's no
obvious best answer, at least not yet, I agree that giving developers
this bit of information is critical to enable exploring this space and
bring out the any remaining iss
On Wed, Dec 23, 2015 at 6:58 AM, James Graham wrote:
> On 23/12/15 01:15, Ben Kelly wrote:
[...]
>> 10) https://bugzilla.mozilla.org/show_bug.cgi?id=1231798
>
>
> This is a web-platform-tests test which is an interesting case. De-facto I
> am on point for all problems in these tests, which is fine
Indeed, well done all around, thank you to all the sheriffs and
everyone who worked with the sheriffs, directly or indirectly, in
2015! Looking forward to a great 2016!
- jst
On Wed, Dec 30, 2015 at 8:32 AM, Lawrence Mandel wrote:
> hear, hear! Thank you.
>
> Lawrence
>
> On Wed, Dec 30, 2015 a
\o/ This is a big deal, excellent to see this coming, and it's been a
long time coming (since ~2004 when we first created the notion of
inner and outer windows. Thanks for taking this on Kyle!
- jst
On Sat, Jan 30, 2016 at 4:04 PM, Kyle Huey wrote:
> This has landed (and stuck) on inbound.
>
>
While maybe not super quick, this is a great update. Thanks Mike for
all the hard work you and your team have done on pushing hard on this,
and likewise a big thanks to those who have helped implement the
various aspects of this!
- jst
On Wed, Feb 17, 2016 at 9:11 PM, Mike Taylor wrote:
> Howdy
Based on what I know I'm not opposed to implementing this feature from
the point of view of whether this would be good for the web or not.
What I'd question is whether this is good use of our time given the
platform team's current focus on quality.
- jst
On Tue, Mar 8, 2016 at 3:21 PM, Martin Th
Agreed.
- jst
On Tue, Apr 26, 2016 at 7:42 AM, Boris Zbarsky wrote:
> I think removing this is reasonable at this point
>
> -Boris
>
> ___
> dev-platform mailing list
> dev-platform@lists.mozilla.org
> https://lists.mozilla.org/listinfo/dev-platfo
Super exciting to see this work officially kicked off! Can't wait to
see this ship to the masses!
Thanks,
Johnny
- jst
On Tue, Jun 28, 2016 at 4:39 PM, Blake Kaplan wrote:
> Hello everybody,
>
> We're officially starting on the e10s-multi project to enable multiple child
> processes in Firefox
SGTM!
- jst
On Thu, Aug 4, 2016 at 8:57 AM, David Burns wrote:
> Looks great to me!
>
> David
>
> On 4 August 2016 at 06:20, Mitchell Baker wrote:
>
>> Over time we've made a series of exceptions to the level 3 requirements
>> for Sheriffs and this proposal addresses that.
>>
>>
>> The current
Double indeed! Very cool to see this happening!
On a logistical note, do we have a meta bug that could track all the bugs
about labeling etc, so that we can hang individual bugs off of that one to
help avoid multiple bugs being filed and worked on for the same thing?
Thanks!
- jst
On Thu, Dec
Excellent, thank you!
- jst
On Fri, Dec 2, 2016 at 7:28 AM, Andrew McCreight
wrote:
> On Thu, Dec 1, 2016 at 8:21 PM, Boris Zbarsky wrote:
>
> > If you want to get started before that, please make sure to
> >> file a bug on what you're doing before you start. That should avoid
> >> duplicatin
Unless we get clear buy-in from other browsers to support this I would vote
for removing this complexity out of Gecko.
- jst
On Mon, Dec 19, 2016 at 10:36 AM, Frederik Braun wrote:
> On 19.12.2016 17:19, glazou wrote:
> > Le jeudi 15 décembre 2016 10:47:28 UTC+1, masayuki nakano a écrit :
> >
[TL;DR, I think we need to embrace git in addition to hg for
Firefox/Gecko hacking, what do you think?]
Hello everyone,
The question of whether Mozilla engineering should embrace git usage for
Firefox/Gecko development has come up a number of times already in
various contexts, and I think it's ti
On 5/31/2013 12:32 AM, Mike Hommey wrote:
[...]
>> Option 1 is where I personally think it's worth investing effort. It
>> means we'd need to set up an atomic bidirectional bridge between hg and
>> git (which I'm told is doable, and there are even commercial solutions
>> for this out there that may
And of course the attachment didn't come through, please see
http://people.mozilla.org/~jst/filecounts.jpg
On 5/31/2013 1:14 PM, Johnny Stenback wrote:
> On 5/31/2013 12:32 AM, Mike Hommey wrote:
> [...]
>>> Option 1 is where I personally think it's worth investing effor
Maybe, but also, generally speaking we shouldn't be using .idl files for
b2g any more, at least not writing new ones. We should be implementing
things with WebIDL. What's the case where we need/want this here?
On 7/30/2013 7:51 AM, Andreas Gal wrote:
>
> Yeah, I just saw that grepping through the
ServiceWorkers! We're in the midst of implementing right now, current
plan being to have all the pieces done and in m-c by end of Q3, with
further work happening on refinement and performance work etc after
that. The spec is still in flux, but I would expect it to be in a
documentable form later th
LGTM, what's the status wrt other browsers supporting this?
Thanks,
Johnny
On Tue, Dec 30, 2014 at 9:40 PM, Francois Marier wrote:
> Summary: Allow web authors to add integrity checks to sub-resources.
>
> Bug: https://bugzilla.mozilla.org/show_bug.cgi?id=992096
>
> Spec: http://www.w3.org/TR/SR
I'd say this is far enough out towards extreme edge case land that we
can be a bit more aggressive here compared to general feature
removals. So agreed.
On Fri, Jan 2, 2015 at 1:52 PM, Seth Fowler wrote:
>
>> On Jan 2, 2015, at 7:16 AM, L. David Baron wrote:
>>> IMHO, "I haven't seen" is a weak
21 matches
Mail list logo
