Hmm thanks David, this is interesting data! Looking at the chart, the
amount of tree closure in the recent past seemed to have peaked in April
and have been declining since. Do you have any idea what we've been
doing right? I am always uncomfortable with good results that I don't
understand!
On 2014-08-04, 7:09 PM, Kyle Huey wrote:
On Mon, Aug 4, 2014 at 4:06 PM, Mike Hommey wrote:
On Mon, Aug 04, 2014 at 03:42:07PM -0700, Kyle Huey wrote:
On Mon, Aug 4, 2014 at 3:09 PM, Mike Hommey wrote:
On Mon, Aug 04, 2014 at 11:33:55AM -0700, Kyle Huey wrote:
On Sun, Aug 3, 2014 at 11:01 P
On Tue, Aug 5, 2014 at 3:26 PM, Kyle Huey wrote:
> I have landed support for shutdown leak checking in mochitests on b2g
> in bug 1038943. This is currently on b2g-inbound, making its way to
> mozilla-central. b2g is not leak free, so the threshold value is
> currently set to 5200 bytes. As we
I have landed support for shutdown leak checking in mochitests on b2g
in bug 1038943. This is currently on b2g-inbound, making its way to
mozilla-central. b2g is not leak free, so the threshold value is
currently set to 5200 bytes. As we fix leaks that number will be
lowered, eventually to 0. I
This looks really great!
How many alerts is this thing going to generate? Could you have a mailing list
that just gets all of the telemetry alerts email and then people could
subscribe to it if they wanted? (Technically, I suppose I could make a mailing
list myself and land a patch to subscri
On 5/08/2014 17:07, rviti...@mozilla.com wrote:
> The dashboard of the alerting system is available at
> http://vitillo.github.io/cerberus/dashboard/.
>
> If you want to be notified when the distribution of your histogram
> changes significantly, please add your e-mail address to
> Histograms.json
If this only involves tiny changes to mochitest and it's ready, I'd go
ahead and do that.
I am interested in seeing what your requirements are, though, and
figuring out if we could meet them later with a better architected
solution, whether it's Marionette or something else. Mochitest is kind
The Chromium Security Team shared some interesting information about
their recent work on fuzzing tools, new sandboxing, Win64, and SSL:
https://groups.google.com/a/chromium.org/forum/#!topic/security-dev/ASLmY69v4Hk
cp
___
dev-platform mailing list
On Mon, Aug 4, 2014 at 6:21 PM, Gregory Szorc wrote:
> On 8/4/14, 10:39 AM, Dave Townsend wrote:
>
>> I've done a little investigation into marionette and I've found a few
>> issues with it:
>>
>> Firstly it doesn't look like running marionette directly or through mach
>> allows developers to sel
On 08/05/2014 07:02 AM, David Rajchenbach-Teller wrote:
> If this obsoletes some of mfbt/Scoped.h, can you remove/document this?
I already replaced the file-description comment with
/* DEPRECATED: Use UniquePtr.h instead. */
and repeated the same thing at the very start of class-level documentat
The dashboard of the alerting system is available at
http://vitillo.github.io/cerberus/dashboard/.
If you want to be notified when the distribution of your histogram changes
significantly, please add your e-mail address to Histograms.json as documented
in
https://developer.mozilla.org/en-US/do
If this obsoletes some of mfbt/Scoped.h, can you remove/document this?
Thanks,
David
On 01/08/14 01:24, Jeff Walden wrote:
> Hey all,
>
> mfbt recently picked up mozilla::UniquePtr, a smart pointer for
> objects created using |new| or |new[]|. UniquePtr will automatically
> |delete| or |dele
On 8/5/2014 9:14 AM, rviti...@mozilla.com wrote:
What do you mean exactly by addon validation warning?
I mean an rule in the AMO automated checking/validation system: normally
they are simple grep rules to detect that an addon is using an obsolete
interface or code pattern. This will warn on n
On Monday, August 4, 2014 8:55:35 PM UTC+1, Benjamin Smedberg wrote:
> This does involve a one-time import of localstore data into the new
> format, correct?
Correct.
>
> I'm happy that we are doing this. I *believe* that this may be the last
> client of the RDF code in Firefox, which may all
On 8/4/14 9:55 PM, Benjamin Smedberg wrote:
On 7/22/2014 8:47 AM, Roberto Agostino Vitillo wrote:
Localstore.rdf will soon be replaced with a json store (see Bug
559505). I am currently planning to leave the localstore.rdf
implementation as it is and issue a warning when a client tries to
acces
15 matches
Mail list logo