es in bug
> 1560433 once QA has signed off on it.
How does that work for migrating password from the current password manager?
How does this work, when passwords are already sync-ed across devices such as
Firefox Desktop and Firefox for Android (which would remain on 68 until Fenix)
--
Nicola
mart pointer, so it doesn't clearly fit into either
category. Perhaps it would make sense for MakeNotNull to only be
usable with smart pointers?
Cheers,
Botond
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://li
it in SpiderMonkey, but we could definitely improve the generated code
based on freeze & seal properties.
--
Nicolas B. Pierron
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
the nsICacheInfoChannel
to let the ScriptLoader know about these pre-compiled resources.
--
Nicolas B. Pierron
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
hannel so that
people can opt-in to, and encourage people to discuss their Gecko
development topics in #developers again?
Philip
--
Nicolas B. Pierron
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
ndian Institute of Technology, Kharagpur
___
firefox-dev mailing list
firefox-...@mozilla.org
https://mail.mozilla.org/listinfo/firefox-dev
--
Nicolas B. Pierron
___
dev-platform mailing list
dev-platform@lis
?
[1]
https://crash-stats.mozilla.com/signature/?product=Firefox&version=57.0a1&signature=RtlEnterCriticalSection%20%7C%20mozilla%3A%3Anet%3A%3ACacheStorageService%3A%3ACacheQueueSize&date=%3E%3D2017-03-20T15%3A55%3A32.000Z&date=%3C2017-09-20T15%3A55%3A
doing it during
the 57 work.
We will share more news about that soon.
When this will happen, would we reformat all trees at once?
In particular, I am asking about back-porting security patches.
--
Nicolas B. Pierron
___
dev-platform mailing list
dev
ttachments.
A similar "private" flag could be used to prevent the synchronization of the
CC list / reporter which are out-side the s-s group.
--
Nicolas B. Pierron
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
already happened with a
bonus cut) for not focusing on Mozilla goals, and that even if this is a
spare time project.
--
Nicolas B. Pierron
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
On 07/11/2017 03:46 PM, Nicolas B. Pierron wrote:
(Answering privately until I get more manager intent to get this project as
part of any long term roadmap)
Or not so privately after all … :(
--
Nicolas B. Pierron
___
dev-platform mailing list
dev
t the implementation of nsXULPrototypeScript::Deserialize, we use
the same methods (XDR) as used by JSBC, i-e we encode/decode the bytecode.
--
Nicolas B. Pierron
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
ve it.
[1] https://bugzilla.mozilla.org/show_bug.cgi?id=900784#c72
[2] https://bugzilla.mozilla.org/show_bug.cgi?id=900784#c113
[3] https://bugzilla.mozilla.org/show_bug.cgi?id=1362114
--
Nicolas B. Pierron
___
dev-platform mailing list
dev-pla
On 06/13/2017 03:59 PM, David Teller wrote:
On 6/13/17 5:37 PM, Nicolas B. Pierron wrote:
Also, the chrome files are stored in the jar file (If I recall
correctly), and we might want to generate the bytecode ahead of time,
such that users don't have to go through the encoding-phase.
On 06/13/2017 03:00 PM, Dirkjan Ochtman wrote:
On Jun 13, 2017 11:55, "Nicolas B. Pierron"
wrote:
The JavaScript Start-up Bytecode Cache⁰ is a project which aims at reducing
the page load time by recording the bytecode generated during the last
visits and by-pass the JavaScript pa
between the parent and child
processes.
⁷ https://bugzilla.mozilla.org/show_bug.cgi?id=1316078
⁸
http://searchfox.org/mozilla-central/rev/d840ebd5858a61dbc1622487c1fab74ecf235e03/modules/libpref/init/all.js#212-233
--
Nicolas B. Pierron
___
dev-platform
e we could
provide some estimates for the alternate data savings, based on the mime type?
--
Nicolas B. Pierron
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
ady a way to
specialize the PackingStrategy of the Result class to consume less space,
and it can be used to specialize the way we encode such Result
class, to avoid the overhead of duplicating the success flag.
--
Nicolas B. Pierron
___
dev-platform
d for jsctypes and XPCOM?
--
Nicolas B. Pierron
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
ine OOM bug can cause black tiles (handled OOM in
graphics); Shouldn't we *safely* crash on large OOM allocations, to provide
a better user-experience by restarting, instead of a degraded user experience?
--
Nicolas B. Pierron
___
dev-platform mail
imilar default convention in C++.
We have
http://searchfox.org/mozilla-central/rev/30fcf167af036aeddf322de44a2fadd370acfd2f/mfbt/Result.h#173
we just have to make it the default convention now.
--
Nicolas B. Pierron
___
dev-platform mailing list
dev-pl
the bookmark button and zoom widget.
Note, I am not a MacOS user, but this is what I would expect to see in a
such short-cut bar. Maybe even a bouncing rainbow unicorn.
--
Nicolas B. Pierron
___
dev-platform mailing list
dev-platform@lists.mozilla.org
ons from other
error types. I wouldn't be surprised if something like that percolates
into the Rust standard library at some point.
-Ted
___
dev-platform mailing list
dev-platform@lists.mozilla.org
http
with some state, without going in the
internals of MOZ_CRASHs or requiring privileged access to the mini-dump.
Maybe something like:
MOZ_ASSERT(foo < 0x1000, MOZ_REASON("Unexpected value: %x", foo));
which could be converted into a lambda doing the snprintf into a
pre-reserved spa
illa/gecko-dev.git
--
Nicolas B. Pierron
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
d to query bugzilla)
--
Nicolas B. Pierron
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
artifact-like
builds for those who are doing C++ development.
I am particularly scared about this topic for multiple reasons, including
that my system does not have a /lib directory. Is there a location where I
can learn more and contribute back to this?
--
Nicolas B. Pierron
urces, as the compression would either be
useless, or it would take a noticeable amount of time.
--
Nicolas B. Pierron
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
] https://bugzilla.mozilla.org/show_bug.cgi?id=1115107
--
Nicolas B. Pierron
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
On 03/17/2016 08:30 PM, Henri Sivonen wrote:
On Thu, Mar 17, 2016 at 4:11 PM, Nicolas B. Pierron
wrote:
I guess one of the thing we could do is use an alternative solution, such as
an external package manager which can work side-by-side with the host, such
as zero-install, Portage, or Nix.
I
drivers ...
>
> This is probably not the only step that we need to take to substantially
> improve quality so setting up a place to have those discussions is good. It
> really is worth some time and effort to brainstorm about all the things we
> might do to raise the bar, p
to the rest of the program. Thus I felt that using "-e"
option would give it an unfair large time slices compared to what is
supposed to happen if the threads are running concurrently.
--
Nicolas B. Pierron
___
dev-platform mail
g known by the developers.
This is just a raw idea, but maybe this would make more sense to provide a
diff of profiles, and show what decreased / increased. At least this would
make these benchmarks less obscure.
--
Nicolas B. Pierron
___
dev-platfo
builds on
supports.mozilla.org to investigate.
The person to contact might be Sylvestre Ledru [:Sylvestre], based on
Lawrence suggestion.
--
Nicolas B. Pierron
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
histler.
> Nicolas, do you recall what your concerns were?
--
Nicolas B. Pierron
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
he, which means that we could potentially optimize it by
only storing functions which are used during the start-up time of the
browser. (making this cache smaller, on B2G, only 33% of the function were
executed during the start-up)
--
Nicolas B. Pierron
__
reading the documentation, this is not clear to me if the
indent_size applies to visibility keywords and case statements, or only to
braces.
https://github.com/editorconfig/editorconfig/wiki/EditorConfig-Properties
--
Nicolas B. Pierron
___
dev-platform
//dxr.mozilla.org/mozilla-central/source/js/src/jit/CodeGenerator.cpp#1704
PS: Yes, we can use variadic templates now … Bug 1168500
--
Nicolas B. Pierron
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
On 04/10/2015 07:47 PM, Ehsan Akhgari wrote:
On 2015-04-10 1:41 PM, Nicolas B. Pierron wrote:
Also, what is the alternative? Acquiring a nsCOMPtr/nsRefPtr inside the
Lambda constructor (or whatever it's called)?
Yes, another option would be to ensure that the lambda cannot be used
af
en you are trying to take over a dead project, and as far as I know
SpiderMonkey is far from being a dead project.
--
Nicolas B. Pierron
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
On 03/27/2015 12:19 AM, Bobby Holley wrote:
Can we switch from 4-space to 2-space indentation at some point too?
Yeah good idea, and we should probably scratch everything we have done so
far and rewrite everything in whitespace.
--
Nicolas B. Pierron
fficial build environments.
I think answer would be something less polite than "no way!".
On the other hand, this sounds like a simple way to lose a minor part of our
user and the major part of our developers, if we are no longer going to
support anything else.
rt of stuff getting done this year?
AFAIK, no.
Maybe some potential users will show up and mention that they are willing to
get their hand dirty if we were to implement an Analysis API as discussed
back in June. In which case we might be able to raise again the question
about s
or more details.
(Yes, it's a bummer that it only allows to push to a local mercurial
clone, but it's better than breaking hg.mozilla.org repositories)
This is great!
I will look if I can use it as a substitute for mq in the moz-git-tool
or more details.
(Yes, it's a bummer that it only allows to push to a local mercurial
clone, but it's better than breaking hg.mozilla.org repositories)
This is great!
I will look if I can use it as a substitute for mq in the moz-git-tool
On 11/28/2014 03:36 PM, Ehsan Akhgari wrote:
On 2014-11-28 6:17 AM, Nicolas B. Pierron wrote:
On 11/28/2014 11:06 AM, Jonathan Kew wrote:
On 28/11/14 08:46, L. David Baron wrote:
On Friday 2014-11-28 10:12 +0900, Mike Hommey wrote:
The downside from doing so, though, is that non-unified
ders. This is not at the charge of the
person who is adding/removing files from a moz.build.
I know I made these mistake multiple times, and having B2G builds reporting
such issues was helpful at cleaning my patches at the earliest time.
--
Nicolas B. Pierron
_
ean time you can use the script I made to map from one to the other
ssh -l people.mozilla.org ~npierron/changeset-to-commit.sh
ssh -l people.mozilla.org ~npierron/commit-to-changeset.sh
--
Nicolas B. Pierron
___
dev-platform mailing list
dev-p
ff using moz-git-tools?
I don't think moz-git-tools solution is tolerable as well. They are just
wrapping up the glue under some make-up, and this does not solve the pain of
pushing latencies, and of having 3.0GB only used for pushing changes.
--
Nicolas B. Pierron
__
ing before providing a
sane solution for git, considering the 388 forks (as of today) of gecko-dev
on github?
--
Nicolas B. Pierron
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
get this well integrated with Necko instead of having
everybody creating their own persistent storage.
--
Nicolas B. Pierron
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
On 10/16/2014 03:08 PM, Nicolas B. Pierron wrote:> On 10/16/2014 02:32 PM,
Nicholas Nethercote wrote:
>> I was wondering what people think is the worst piece of code in the
>> entire Mozilla codebase. I'll leave the exact meanings of "worst" and
>> "piec
base, because deprecated
tools, and because this is the thing that I always have to run when a
build-directory.
“configure does not scale—never!—” [1]
[1] http://hubble.gforge.inria.fr/parallel-builds.html
--
Nicolas B. Pierron
___
dev-platform
ain recover instructions :D
--
Nicolas B. Pierron
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
. It seems that you are more interested in having
assertions where you can obtain a backtrace than having an analysis which
does not change the behavior of the program.
--
Nicolas B. Pierron
___
dev-platform mailing list
dev-platform@lists.mozilla.org
s the technical aspect behind supporting such API. I would be
happy if we could share a common API for running analysis in an efficient
and non-intrusive manner.
--
Nicolas B. Pierron
___
dev-platform mailing list
dev-platform@lists.mozilla.org
sing mach commands? Does this change implies that every JS developer
will have to compile the full browser just to work on the Shell?
The only documentation I know [1] explains how to run a configure && make.
[1] https://developer.mozilla.org/en-US/do
This way, this is more obvious that we might not be doing the right things,
as long as we are careful to refuse AtomicHandler references in reviews.
--
Nicolas B. Pierron
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mo
JavaScript/Introduction_to_Object-Oriented_JavaScript#Inheritance
Your issue is similar to the other one reported in B2G (Bug 984146)
--
Nicolas B. Pierron
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
.
--
Nicolas B. Pierron
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
On 10/04/2013 04:14 PM, Nicolas B. Pierron wrote:
On 10/03/2013 02:38 PM, Ehsan Akhgari wrote:
On 2013-10-03 3:24 PM, Nicolas B. Pierron wrote:
DXR gives a nice contextual navigation, but the size of the code base is
overwhelming to have a clear understanding of what is going on. One of
the
On 10/03/2013 02:38 PM, Ehsan Akhgari wrote:
On 2013-10-03 3:24 PM, Nicolas B. Pierron wrote:
The code base is compiled for multiple platforms. Currently I cannot
find the functions which are defined on ARM unless we use a search as we
used to do on MXR.
This is a fundamental problem with
cular result, or the consequences of a statement.
Such overview is hard to get when you have ~30 DXR tabs opened. I would
love to have a graph overview of these relations, as well as seeing the
conditionals/guards as part of the graph.
Great Work :)
--
Nicolas B. Pi
secure connection,
so I switched to get the info from the pushlog which is used by tbpl:
curl http://hg.mozilla.org/integration/mozilla-inbound/json-pushes |\
md5sum -
and check for differences.
--
Nicolas B. Pierron
___
dev-platform mailing l
2G
starts to follow regular release trains in the future (but please also note
that it might just be a bug in my existing setup.)
I never experienced that before. I guess this might be related to the fact
that I pull all mercurial repositories into one before doing th
it-self is not a big
source of trouble. On the other hand, I have no idea of the over head of
doing that across multiple mirrors as we currently do with mercurial
repositories.
--
Nicolas B. Pierron
___
dev-platform mailing list
dev-platform@li
sk developers to rebase their changes otherwise.
--
Nicolas B. Pierron
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
the main thread.
Currently this preference is set to 3 MB before the first GC.
[1] javascript.options.mem.gc_allocation_threshold_mb
--
Nicolas B. Pierron
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
68 matches
Mail list logo
