Re: rr chaos mode update

On Mon, Feb 15, 2016 at 6:26 PM, Kyle Huey wrote: > > FWIW, every failure that I've debugged to completion so far has been a bug > in the test (although I have two fatal assertion bugs I'm working through > that will obviously be flaws in Gecko). I think one of the things we

Re: rr chaos mode update

I've got RR working under digital oceans and it works great there. We've built a harness for generating replays. Once a replay is generated I match the replay with the bug and comment in the bug looking for developers to investigate. When they respond they can investigate by ssh'ing. Example:

Re: rr chaos mode update

On Sun, Feb 14, 2016 at 09:25:58PM -0800, Bobby Holley wrote: > This is so. Damn. Exciting. Thank you roc for having the vision and > persistence to bring this dream to reality. > > How far are we from being able to use cloud (rather than local) machine > time to produce a trace of an

Re: rr chaos mode update

On Sun, Feb 14, 2016 at 9:37 PM, L. David Baron wrote: > On Sunday 2016-02-14 21:26 -0800, Kyle Huey wrote: > > On Sun, Feb 14, 2016 at 9:16 PM, Robert O'Callahan > wrote: > > > Over the last few days we have had a lot of positive experiences > > >

Re: rr chaos mode update

On Sunday 2016-02-14 21:26 -0800, Kyle Huey wrote: > On Sun, Feb 14, 2016 at 9:16 PM, Robert O'Callahan > wrote: > > Over the last few days we have had a lot of positive experiences > > reproducing bugs with rr chaos mode. Kyle tells me that, in fact, he's been > > able to

Re: rr chaos mode update

This is so. Damn. Exciting. Thank you roc for having the vision and persistence to bring this dream to reality. How far are we from being able to use cloud (rather than local) machine time to produce a trace of an intermittently-failing bug? Some one-click procedure to produce a trace from a

Re: rr chaos mode update

On Sun, Feb 14, 2016 at 9:16 PM, Robert O'Callahan wrote: > Over the last few days we have had a lot of positive experiences > reproducing bugs with rr chaos mode. Kyle tells me that, in fact, he's been > able to reproduce every single bug he tried with enough machine time

rr chaos mode update

Over the last few days we have had a lot of positive experiences reproducing bugs with rr chaos mode. Kyle tells me that, in fact, he's been able to reproduce every single bug he tried with enough machine time thrown at it. At this point the limiting factor is getting developers to actually debug

Re: Presto: Comparing Firefox performance with other browsers (and e10s with non-e10s)

On Mon, Feb 15, 2016 at 1:12 PM, Martin Thomson wrote: > On Mon, Feb 15, 2016 at 12:30 PM, Valentin Gosu > wrote: >>> Thumbnails, or columns on the right for each selected browser with >>> median (or mean), with the best (for that site) in green, the

Re: Presto: Comparing Firefox performance with other browsers (and e10s with non-e10s)

On Mon, Feb 15, 2016 at 12:30 PM, Valentin Gosu wrote: >> Thumbnails, or columns on the right for each selected browser with >> median (or mean), with the best (for that site) in green, the worst in >> red would allow eyeballing the results and finding interesting >>

Re: Presto: Comparing Firefox performance with other browsers (and e10s with non-e10s)

On 12 February 2016 at 17:11, Randell Jesup wrote: > >- You can click on each individual point to go to the WPT run and view > >the results in greater detail > > What does "run index" mean in the graphs? The values appear to be > sorted from best to worst; so it's

Re: Returning dictionaries in WebIDL

Martin Thomson: > I know that this is not good practice, but is there something written > down somewhere explaining why? I don’t know if it’s written down somewhere. Using dictionary types for IDL attributes is forbidden by the spec, because it would mean that a new copy of the object would need

Re: Returning dictionaries in WebIDL

Yep, thanks for that. I somehow missed the bit where it says, very clearly, that attributes MUST NOT be dictionaries. I was looking for something to give someone else who doesn't like explanations and prefers reading from the scripture. Your explanation matches my understanding. BTW, there are

Re: Returning dictionaries in WebIDL

On 2/14/16 5:50 PM, Martin Thomson wrote: I know that this is not good practice It really depends. There are some situations in which returning a dictionary is probably fine; ideally when what's meant is "a copy of the initialization data for this object". This is the situation with

Returning dictionaries in WebIDL

I know that this is not good practice, but is there something written down somewhere explaining why? ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform