A few of us got together last week and had a quick brainstorming
session about how to leverage the combined power from Mochitest and
Marionette better. The following issues were raised:
* Marionette has support for a http server, but one that is much less
feature-full than the one used by Mochites
(2013/01/29 19:03), Julian Seward wrote:
From: "Chiaki ISHIKAWA"
I could allocate 6 GB to linux 64 bits images for ordinary program
execution on my PC
But debug build of TB with all the symbols and such causes the memory
usage (including the loading of symbols)
I am surprised to hear this.
(2013/01/30 4:30), Gary Kwong wrote:
There should be very few warnings within the current Spidermonkey. I
suspect you may not be compiling with --enable-valgrind. This is
necessary because Spidermonkey uses a conservative garbage collector
that intentionally accesses lots of uninitialized memory,
On 1/29/13 7:20 AM, Kartikaya Gupta wrote:
I agree, we should try to unify all of this code. A related (but
possibly deferrable) problem is to unify all of the gesture detection.
There is a placeholder bug 834010 to "Consolidate gesture detection and
event handling code for nsEventStateManager
On 30/01/13 04:20, Kartikaya Gupta wrote:
> I agree, we should try to unify all of this code. A related (but
> possibly deferrable) problem is to unify all of the gesture detection.
>
> I can help you with the Java code in Fennec, in terms of understanding
> what it does and helping replace it wit
Hi all,
Just a quick note to mention that I landed bug 817477 on mozilla-central
earlier today, which removes support for the global private browsing
mode implemented first in Firefox 3.5. This means that the
MOZ_PER_WINDOW_PRIVATE_BROWSING does not exist any more, and all code
that depends
On 2013-01-28 7:11 PM, Brian Smith wrote:
[+taras]
Kyle Huey wrote:
2. Because NSS reads and writes to files in the profile directory,
the profile directory must be readable and writable up until process
exit. The current rules for XPCOM shutdown say that services must
stop doing disk I/O well
There should be very few warnings within the current Spidermonkey. I
suspect you may not be compiling with --enable-valgrind. This is
necessary because Spidermonkey uses a conservative garbage collector
that intentionally accesses lots of uninitialized memory, and
--enable-valgrind turns on direct
Benjamin Smedberg wrote:
> On 1/28/2013 6:39 PM, Brian Smith wrote:
> > This will greatly simplify lots of code--not just code in
> > security/manager, but also code in WebRTC, DOM (DOMCrypt), Toolkit
> > (toolkit/identity), and Necko (netwerk/). We already have a
> > significant amount of code tha
On 01/28/2013 10:08 PM, L. David Baron wrote:
> On Tuesday 2013-01-29 11:04 +0900, ISHIKAWA, Chiaki wrote:
>> We need to know which javascript file generated the
>> uninitialized value usage to figure out the problem and fix it.
>> That is, we need to find out the Context within JavaScript itself.
On 01/29/2013 06:14 AM, Benjamin Smedberg wrote:
On 1/28/2013 6:39 PM, Brian Smith wrote:
Hi all,
After seeing many, many bugs about difficulty of writing code that
properly handles NSS shutdown during XPCOM profile teardown, I think
the only reasonable way forward is to simply make it so tha
On 2013-01-28 11:48 PM, Jet Villegas wrote:
> Agreed! Looks like Fennec Team has a plan for PanZoomController.java:
> https://bugzilla.mozilla.org/show_bug.cgi?id=745136
Last conversation (just yesterday) with Kats who owns one of the
actionable bugs under this one, the "plan" is a strong word, in
I agree, we should try to unify all of this code. A related (but
possibly deferrable) problem is to unify all of the gesture detection.
I can help you with the Java code in Fennec, in terms of understanding
what it does and helping replace it with the B2G fork. This has been on
my to-do list f
We now have a simple mechanism for marking JavaScript APIs as
deprecated. I would like to invite you all to activate the corresponding
preference, and to use it for your own code.
* Seeing deprecation warnings
set preference "devtools.errorconsole.deprecation_warnings" to "true"
Deprecation warni
On 1/28/2013 6:39 PM, Brian Smith wrote:
Hi all,
After seeing many, many bugs about difficulty of writing code that properly
handles NSS shutdown during XPCOM profile teardown, I think the only reasonable
way forward is to simply make it so that NSS never shuts down--including in
debug builds
> From: "Chiaki ISHIKAWA"
> I could allocate 6 GB to linux 64 bits images for ordinary program
> execution on my PC
> But debug build of TB with all the symbols and such causes the memory
> usage (including the loading of symbols)
I am surprised to hear this. Using a 64-bit build of Firefox, I
It’s the second reason, but for more than just cert distribution via policy.
Other software that is part of most baselines work with the OS store. This
usually means that extra steps would have to be taken to ensure that the NSS
store would have the needed certs and/or get smartcard authenticat
ISHIKAWA, Chiaki wrote:
I see some code most notably LDAP code in comm-central is not 64bit clean
Really? Thunderbird has been releasing 64-bit Mac and Linux code for
some time now...
--
Warning: May contain traces of nuts.
___
dev-platform mailin
After reading bsmith message i have two questions coming to my mind...
In normal usage, cert8/key3/secmod (some may apply) are rewrited on
firefox close. Is this really necessary?
> But, AFAICT, it is OK to do I/O during shutdown as long as you don't care
> whether you get interrupted or not.
D
19 matches
Mail list logo
