Hi,
I want to create a child process in
toolkit/components/aboutmemory/tests/test_memoryReporters.xul, so I
can test the cross-process memory reporting.
In theory, this is as easy as or , or something like that. But I've tried about 80 different
variations on these, and I cannot get a child pro
On 9/5/13 10:41 PM, digitalc...@gmail.com wrote:
I'm creating a FF extension that needs to detect whether a window was opened
via javascript with the window.open() command.
Generally, testing .opener on the relevant window will work. However
note that pages can explicitly null this out to br
I had some off-thread discussion with Bas about lowering latency. We seem
to have agreed on the following plan:
On some non-main thread:
1. Wait for vsync event
2. Dispatch refresh driver ticks to all windows that don't already have a
pending refresh driver tick unacknowledged by a layer tree upda
I'm creating a FF extension that needs to detect whether a window was opened
via javascript with the window.open() command. I've tried many different ways:
window.opener, parent.window.opener, this.opener, etc. and it always returns
null.
I was also trying it using the code editor here:
http
On 9/5/13 11:15 AM, Adam Roach wrote:
I would argue that we do, to some degree, already do this for things
like Content-Encoding. For example, if a website attempts to send
gzip-encoded bodies without a Content-Encoding header, we don't simply
display the compressed body as if it were encoded acc
Just landed in inbound and making its way to a tree near you is the
requirement that you use Python 2.7.3 or greater (but not Python 3) to
build the tree. If you see any issues, bug 870420 is responsible.
Previously we required Python 2.7.0 or greater. This change has been
planned and agreed to
Robert Helmer schrieb:
Thanks for the shout-out - releases-api exposes the metadata that's only
available on ftp.m.o (this is something we need for Socorro so we decided
to split this out into it's own service). Ideally this would come from a
better source, but FTP is as "official" as we can get
Zack Weinberg schrieb:
It is possible to distinguish UTF-8 from most legacy
encodings heuristically with high reliability, and I'd like to suggest
that we ought to do so, independent of locale.
I would very much agree with doing that. UTF-8 is what is being
suggested everywhere as the encoding
On 09/05/2013 09:51 AM, Ehsan Akhgari wrote:
On 2013-09-03 9:39 PM, Aki Sasaki wrote:
On 9/3/13 8:25 AM, Ehsan Akhgari wrote:
2. How frequently are these branches updated?
The current job is running on a 5 minute cron job. We can, of course,
change that if needed. When I add a new repo or a s
On 2013-09-03 9:39 PM, Aki Sasaki wrote:
On 9/3/13 8:25 AM, Ehsan Akhgari wrote:
Thanks for the update on this, John! I have a number of questions about
this:
1. On the issue of the hg tags, can you please be more specific about the
problem that you're encountering? In my experience, git deal
On 2013-09-05 10:10 AM, Henri Sivonen wrote:
It's worth noting that for other classes of authoring errors (except
for errors in https deployment) we don't give the user the tools to
remedy authoring errors.
Firefox silently remedies all kinds authoring errors.
- mhoye
On 9/5/13 09:10, Henri Sivonen wrote:
Why should we surface this class of authoring error to the UI in a way
that asks the user to make a decision considering how rare this class
of authoring error is?
It's not a matter of the user judging the rarity of the condition; it's
the user being abl
On 9/5/2013 10:25 AM, Mike Hommey wrote:
> There shouldn't have been.
>
> But
> https://hg.mozilla.org/mozilla-central/file/45097bc3a578/config/config.mk#l681
> seems to be always on now? (also 685)
> Indeed. Although it's also possible to set relativesrcdir to nothing in
> Makefile.in to get back
On Thu, Sep 05, 2013 at 04:08:50PM +0200, Axel Hecht wrote:
> On 9/5/13 1:17 PM, Mike Hommey wrote:
> >On Thu, Sep 05, 2013 at 12:24:11PM +0200, Axel Hecht wrote:
> >>Hi,
> >>
> >>out of curiousity, I recall that relativesrcdir was actually the
> >>trigger to switch on and off some l10n functionali
On Fri, Aug 30, 2013 at 6:17 PM, Adam Roach wrote:
>
> It seems to me that there's an important balance here between (a) letting
> developers discover their configuration error and (b) allowing users to
> render misconfigured content without specialized knowledge.
It's worth noting that for oth
On 9/5/13 1:17 PM, Mike Hommey wrote:
On Thu, Sep 05, 2013 at 12:24:11PM +0200, Axel Hecht wrote:
Hi,
out of curiousity, I recall that relativesrcdir was actually the
trigger to switch on and off some l10n functionality in jar
packaging.
Is that now on everywhere?
I didn't find any l10n jar.
>From an API/feature point of view the partial buffer swap does not sound
like a bad idea, especially since, as Mat said, the OMTC BasicLayers will
need something along these lines to work efficiently.
One thing to watch out for, though, is that it is the kind of fine tuning
that, I suspect, will g
On Thu, Sep 5, 2013 at 10:16 PM, Kyle Huey wrote:
> Did you fix LDAP in comm-central to not use nsInterfaceHashtableMT?
> That's why I haven't finished Bug 849654. I guess that should get duped to
> wherever this happened.
>
No, I completely stuffed up my search through comm-central and didn't
On Thu, Sep 05, 2013 at 12:24:11PM +0200, Axel Hecht wrote:
> Hi,
>
> out of curiousity, I recall that relativesrcdir was actually the
> trigger to switch on and off some l10n functionality in jar
> packaging.
>
> Is that now on everywhere?
I didn't find any l10n jar.mn without a relativesrcdir
Mike Hommey wrote:
On Wed, Sep 04, 2013 at 11:35:19AM -0700, Gregory Szorc wrote:
It's worth explicitly mentioning that tiers limit the ability of the build system to
build concurrently. So, we have to choose between speed and a moving/complex target of
"dependency correctness." We have ch
Hi,
out of curiousity, I recall that relativesrcdir was actually the trigger
to switch on and off some l10n functionality in jar packaging.
Is that now on everywhere?
Axel
On 9/5/13 2:34 AM, Mike Hommey wrote:
Hi,
Assuming it sticks, bug 912293 made it unnecessary to start Makefile.in
file
Did you fix LDAP in comm-central to not use nsInterfaceHashtableMT? That's
why I haven't finished Bug 849654. I guess that should get duped to
wherever this happened.
- Kyle
On Thu, Sep 5, 2013 at 3:08 AM, Robert O'Callahan wrote:
> nsTHashtable and its subclasses no longer have an Init metho
nsTHashtable and its subclasses no longer have an Init method; they are
fully initialized on construction, like any good C++ object. You can
specify an initial number of buckets by passing an integer parameter to the
constructor.
nsTHashtables are always initialized now; there is no uninitialized
Two questions about element:
#1) I wanted to displya a check-box in front of the element,
but setting type="checkbox" and checked="true" doesn't help.
Shouldn't this just work? Is this a bug?
#2) It looks like that the element doesn't work
on OSX. Correct?
Honza
_
> > Should I file a bug for this?
> Yes, please. CC me
Done
https://bugzilla.mozilla.org/show_bug.cgi?id=912874
Honza
> -Original Message-
> From: smaug [mailto:sm...@welho.com]
> Sent: Wednesday, September 04, 2013 9:21 PM
> To: Jan Odvarko
> Subject: Re: DevTools: how to get list of mut
25 matches
Mail list logo