Ideally you would have talked to the Toolkit module owner (i.e. me) before
adding a new chunk of code to it but Toolkit has basically become the
wild-west of modules and I'm not sure what purpose an owner is meant to
have at this point. The Submodule page is probably hopelessly out of date
at this
Is there trychooser syntax for just running the cpp tests on a try push?
And can http://trychooser.pub.build.mozilla.org/ be updated to include
it please? :)
Cheers,
Chris P.
On 1/9/2014 7:00 AM, Ted Mielczarek wrote:
Hello,
Just a heads up that very soon we'll be removing CPP_UNIT_TESTS
Bill McCloskey writes:
>> About the front-end breakages, the ongoing e10s work should help with
>> that right? I mean, do we usually make assumptions about what frame the
>> content process belongs to, or whether the iframe content process is the
>> same as the iframe host content process?
>
> U
I added a component for captive portal detection about a year ago. Should I
update https://wiki.mozilla.org/Toolkit/Submodules myself?
Best Regards,
Shih-Chiang Chien
Mozilla Taiwan
On Jan 20, 2014, at 8:17 AM, Tom Schuster wrote:
> I refactorted and debugged most of the findbar code. Mike see
I refactorted and debugged most of the findbar code. Mike seems to the de
facto owner, so I think it makes sense for me to do reviews. I doubt
anybody else knows much about the code. There seems to be no submodule for
it anyway?
On Jan 19, 2014 10:40 PM, "Matthew N." wrote:
> Thanks for clarifyin
On Sat, Jan 18, 2014 at 2:03 PM, Ms2ger wrote:
> On 01/18/2014 08:51 PM, Matthew N. wrote:
>
>> Hello,
>>
>> What does it mean to be a "Preferred Reviewer" (previously called a
>> "peer") in a Toolkit sub-module[1] and not be on the list of Toolkit
>> Peers[2]? The Toolkit Code Review page[3] doe
Thanks for clarifying.
Myself, Jared Wein, and Paolo Amadini (Download Manager Owner) seem to
be missing from the Toolkit peer list then.
Thanks,
Matthew
On 1/19/14, 8:47 PM, Dave Townsend wrote:
Everyone who is a preferred reviewer should be a peer, if they aren't it's
likely because I forg
On 19/01/2014 16:38, Ed Morley wrote:
On 19 January 2014 16:35:11, Ed Morley wrote:
In addition, this change will mean that try repository resets (done
periodically to avoid problems with the way we abuse mercurial for try
server) will no longer stop you accessing old job results - as long as
yo
On 1/18/14, 9:04 AM, Terrence Cole wrote:
Great question! We have a tool called "GC zeal" in builds with
--enable-gc-zeal and in all debug builds unconditionally. It adds a
small runtime overhead, but gives us fine-grained control over when GC's
happen and adds several verification modes for debu
Everyone who is a preferred reviewer should be a peer, if they aren't it's
likely because I forgot to update the appropriate lists. Who do you see who
is absent from the peer list?
On Sat, Jan 18, 2014 at 11:51 AM, Matthew N. wrote:
> Hello,
>
> What does it mean to be a "Preferred Reviewer" (p
On 19 January 2014 16:35:11, Ed Morley wrote:
In addition, this change will mean that try repository resets (done
periodically to avoid problems with the way we abuse mercurial for try
server) will no longer stop you accessing old job results - as long as
you have the revision URL from the origin
TBPL try pushes have recently been failing to load, due to problems with
the try pushlog on hg.mozilla.org (bug 959769). In the last few days I
have landed a workaround in TBPL (bug 721152) that means you can
continue to see your job results for a single push, even if the
hg.mozilla.org pushlog
12 matches
Mail list logo
