Re: Layer Construction for Off Main Thread

2013-10-30 Thread Kyle Huey
On Thu, Oct 31, 2013 at 12:36 PM, Robert O'Callahan wrote: > On Thu, Oct 31, 2013 at 5:28 PM, Kyle Huey wrote: > >> One thing that's come up that we're not quite how to deal with for >> OMT is >> how to modify GetCanvasLayer. Our problem here is that the context here >> lives on the worker threa

Re: Add-on File Registration PRD

2013-10-30 Thread Onno Ekker
On 10/30/2013 10:55 PM, Jorge Villalobos wrote: > Cross posting to dev.planning, where I originally intended this to be. > Please follow up to dev.planning. > > Jorge > > On 10/30/13 3:42 PM, Jorge Villalobos wrote: >> Hello! >> >> As many of you know, the Add-ons Team, User Advocacy Team, Firefo

Re: Layer Construction for Off Main Thread

2013-10-30 Thread Robert O'Callahan
On Thu, Oct 31, 2013 at 5:28 PM, Kyle Huey wrote: > One thing that's come up that we're not quite how to deal with for > OMT is > how to modify GetCanvasLayer. Our problem here is that the context here > lives on the worker thread, and presumably we need to construct the layer > on the main thre

Re: Layer Construction for Off Main Thread

2013-10-30 Thread Nicholas Cameron
You probably don't want to draw into the layer at all. So the main thread should have a canvas layer and the worker thread should draw into a CanvasClient (I think, the canvas layer will have a dummy canvas client too which doesn't do much). This is similar to how async video works where it is

Layer Construction for Off Main Thread

2013-10-30 Thread Kyle Huey
One thing that's come up that we're not quite how to deal with for OMT is how to modify GetCanvasLayer. Our problem here is that the context here lives on the worker thread, and presumably we need to construct the layer on the main thread, but creating that layer requires data that also lives on t

Re: A static analyzer found 3 potential security bugs in our code

2013-10-30 Thread Jesse Ruderman
The three bug reports: https://bugzilla.mozilla.org/show_bug.cgi?id=823336 https://bugzilla.mozilla.org/show_bug.cgi?id=823338 https://bugzilla.mozilla.org/show_bug.cgi?id=826201 ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists

Re: Add-on File Registration PRD

2013-10-30 Thread David E. Ross
On 10/30/2013 2:55 PM, Jorge Villalobos wrote: > Cross posting to dev.planning, where I originally intended this to be. > Please follow up to dev.planning. > > Jorge > > On 10/30/13 3:42 PM, Jorge Villalobos wrote: >> Hello! >> >> As many of you know, the Add-ons Team, User Advocacy Team, Firefox

Re: A static analyzer found 3 potential security bugs in our code

2013-10-30 Thread Mike Hommey
On Wed, Oct 30, 2013 at 09:56:46AM -0700, Chris Peterson wrote: > On 10/30/13, 9:06 AM, André Reinald wrote: > >http://www.itworld.com/security/380406/how-your-compiler-may-be-compromising-application-security > > > >STACK was run against a number of systems written in C/C++ and it found > >160 ne

Re: Add-on File Registration PRD

2013-10-30 Thread Jorge Villalobos
Cross posting to dev.planning, where I originally intended this to be. Please follow up to dev.planning. Jorge On 10/30/13 3:42 PM, Jorge Villalobos wrote: > Hello! > > As many of you know, the Add-ons Team, User Advocacy Team, Firefox Team > and others have been collaborating for over a year in

Add-on File Registration PRD

2013-10-30 Thread Jorge Villalobos
Hello! As many of you know, the Add-ons Team, User Advocacy Team, Firefox Team and others have been collaborating for over a year in a project called Squeaky [1]. Our aim is to improve user experience for add-ons, particularly add-ons that we consider bad for various levels of "bad". Part of our

Re: Mozilla development "bootcamp"

2013-10-30 Thread Josh Matthews
Who is the audience? Where will this information be presented? On 10/30/2013 02:58 PM, Andrew Overholt wrote: I'm planning to coordinate development material for new contributors and I'd like your input on what should be included: https://etherpad.mozilla.org/mozbootcamp Thanks! _

Re: Javascript Based Layout/Rendering Engine & DOM

2013-10-30 Thread Robert O'Callahan
On Thu, Oct 31, 2013 at 3:40 AM, Trevor Linton wrote: > I have a curious question which probably won't be possible in any immediate > future. Is it possible to re-implement a layout/rendering/render tree > system within native JavaScript with DOM bindings (also written in > javascript)? > Yes. Se

Mozilla development "bootcamp"

2013-10-30 Thread Andrew Overholt
I'm planning to coordinate development material for new contributors and I'd like your input on what should be included: https://etherpad.mozilla.org/mozbootcamp Thanks! ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozi

Re: Changes to partial tree builds when not building through mach

2013-10-30 Thread Gregory Szorc
On 10/30/13, 2:55 AM, Neil wrote: Gregory Szorc wrote: OK, so you run make, make.py, or mozmake to build the tree. Do you ever perform partial tree builds? That is: |make -C dom| or |cd dom; make|. If so, you may be impacted by a recent change to the build system. If you attempt to perform a p

Closure of trunk trees - owners for bugs needed

2013-10-30 Thread Ed Morley
Hi all! Trunk trees are currently closed [1] - the requirements for reopening are: https://bugzilla.mozilla.org/show_bug.cgi?id=932781#c11 tl;dr we need owners for these bugs: * https://bugzilla.mozilla.org/show_bug.cgi?id=932898 * https://bugzilla.mozilla.org/show_bug.cgi?id=932880 Please can

Re: A static analyzer found 3 potential security bugs in our code

2013-10-30 Thread Florian Bender
Shouldn't this be posted to m.d.security? ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: A static analyzer found 3 potential security bugs in our code

2013-10-30 Thread Chris Peterson
On 10/30/13, 9:06 AM, André Reinald wrote: http://www.itworld.com/security/380406/how-your-compiler-may-be-compromising-application-security STACK was run against a number of systems written in C/C++ and it found 160 new bugs in the systems tested, including... Mozilla (3)... If they only fou

Defining a standard structured logging format for test harnesses

2013-10-30 Thread Andrew Halberstadt
tl;dr if you have opinions on a standardized structured logging format for test harnesses, please comment on https://bugzilla.mozilla.org/show_bug.cgi?id=916260 Hi all, our past intern Chris Manchester worked on implementing structured logging for our test harnesses this summer [1]. He wrote

A static analyzer found 3 potential security bugs in our code

2013-10-30 Thread André Reinald
http://www.itworld.com/security/380406/how-your-compiler-may-be-compromising-application-security Quote: STACK was run against a number of systems written in C/C++ and it found 160 new bugs in the systems tested, including... Mozilla (3)... I thought we could make use of it.

Javascript Based Layout/Rendering Engine & DOM

2013-10-30 Thread Trevor Linton
I have a curious question which probably won't be possible in any immediate future. Is it possible to re-implement a layout/rendering/render tree system within native JavaScript with DOM bindings (also written in javascript)? I'm curious as this would create a few interesting scenarios: 1. Develo

Re: Suggested API exposure guidelines redux

2013-10-30 Thread Andrew Overholt
After some more suggested revisions (thanks again), I made these guidelines "official" as of October 22, 2013. Even though they aren't rules that are set in stone or anything like that, please consider these guidelines when exposing things to web content: https://wiki.mozilla.org/WebAPI/Exp

Re: Changes to partial tree builds when not building through mach

2013-10-30 Thread Neil
Gregory Szorc wrote: OK, so you run make, make.py, or mozmake to build the tree. Do you ever perform partial tree builds? That is: |make -C dom| or |cd dom; make|. If so, you may be impacted by a recent change to the build system. If you attempt to perform a partial tree build directly with a