Gecko has internal support for a number of legacy Mac encodings that
are not part of the Encoding Standard and that are *only* used for
decoding the names of legacy TrueType fonts.
As part of rewriting our Web-facing decoder/encoder infrastructure per
spec, some explicit action to deal with the fo
Hi everybody,
during the last couple of month, the sandboxing team worked on getting our
seccomp whitelist to a state that allowed us to enable seccomp on nightly
for Linux desktop users.
Our current sandboxing efforts can be tracked through the wiki at:
https://wiki.mozilla.org/Security/Sandbox
On 5/7/16 08:59, Henri Sivonen wrote:
> Have I understood correctly that the TrueType font name is not exposed
> by the Web Platform, is not used for identification by any Web Font
> mechanism and is, therefore, only relevant to identifying system
> fonts?
I believe that's correct.
Since TrueTy
On Tue, Jul 5, 2016 at 11:21 AM, Jonathan Kew wrote:
> A third option is to just do it and see if anyone complains. I notice that
> 'font-family: "רעננה"' doesn't seem to work in either Chrome or Safari
> today, for instance, so perhaps it's safe to assume that usage on the web is
> in the minimal
I'm certain it's possible to get a windows build working, the problem is
that:
a) We would need to modify the client to understand cl-style flags (I don't
think it does right now)
b) We would need to create the environment tarball
c) We would need to make sure everything runs on windows
None of t
Hi,
a little reminder that the survey is still online for another week. So this
is your chance to give us feedback and tell us your ideas! Every Feedback
helps ! :)
Cheers,
- Tomcat
On Wed, Jun 8, 2016 at 12:54 PM, Carsten Book wrote:
> Hi,
>
> When we moved to the "inbound" model of tree mana
Hi,
tried dxr as replacement for lxr yesterday and today and it
does not seem to work for me.
Whatever I type into the searchbox the results is just an
empty "This page was generated by DXR ."?
https://dxr.mozilla.org/mozilla-central/search?q=voice&redirect=true
Displaying source like
https://d
Hi everyone,
Here's the list of new issues found and filed by the Desktop Release QA
Team last week, *June 27 - July 1* (week 26).
Additional details on the team's priorities last week, as well as the
plans for the current week are available at:
https://public.etherpad-mozilla.org/p/Des
Is this what you're looking for?
https://dxr.mozilla.org/mozilla-central/search?q=voice
-Jeff
On Sun, Jul 3, 2016 at 5:52 AM, Richard Z wrote:
> Hi,
>
> tried dxr as replacement for lxr yesterday and today and it
> does not seem to work for me.
> Whatever I type into the searchbox the results i
Richard Z wrote:
tried dxr as replacement for lxr yesterday and today and it
does not seem to work for me.
Whatever I type into the searchbox the results is just an
empty "This page was generated by DXR ."?
https://dxr.mozilla.org/mozilla-central/search?q=voice&redirect=true
Displaying source l
As part of plugin work, I'm implementing code in
nsDocument::StartDocumentLoad which is supposed to check whether this
document is being loaded from a list of domains or any subdomains. So e.g.
my list is:
["foo.com", "baz.com"] // expect 15-20 domains in this list, maybe more
later
And I want th
> tried dxr as replacement for lxr yesterday and today and it
> does not seem to work for me.
> Whatever I type into the searchbox the results is just an
> empty "This page was generated by DXR ."?
We are about to squash a JS bug that affects older FFs and Safari:
https://bugzilla.mozilla.org/sho
For now, can we get https://mxr.mozilla.org/ to point to something other
than the "Repairs in Progress" hardhat? A redirect to dxr would not be
amiss, methinks.
On Fri, Jul 1, 2016 at 7:50 AM, Panos Astithas wrote:
> It seems like the awesomebar could at least help you by boosting the
> frecency
On 07/05/2016 01:33 AM, Julian Hector wrote:
If you encounter a crash that may be due to seccomp, please file a bug in
bugzilla and block Bug 1280415, we use it to track issues experienced on
nightly.
What would such a crash look like? Do they boil down to some system call
returning EPERM?
_
On Tue, Jun 28, 2016 at 11:44 AM, Gregory Szorc wrote:
> As of a few minutes ago, when you land commits from MozReview they will be
> pushed to https://hg.mozilla.org/integration/autoland instead of
> https://hg.mozilla.org/integration/mozilla-inbound.
>
> For now, think of integration/autoland a
On Tue, Jul 5, 2016 at 7:07 AM, Michael Layzell
wrote:
> I'm certain it's possible to get a windows build working, the problem is
> that:
>
> a) We would need to modify the client to understand cl-style flags (I don't
> think it does right now)
> b) We would need to create the environment tarball
I work remotely, normally from my laptop, and I have a single (fairly
slow) desktop usable as a compile server. (Which I normally leave off,
but when I'm doing a lot of compiling I'll turn it on. It's old and
power-hungry.)
I used distcc for a long time, but more recently have switched to icec
On Tue, Jul 5, 2016 at 11:08 AM, Steve Fink wrote:
> I work remotely, normally from my laptop, and I have a single (fairly
> slow) desktop usable as a compile server.
>
Gecko developers should have access to 8+ modern cores to compile Gecko.
Full stop. The cores can be local (from a home office)
In the next few days, I intend to enable support for touch-action on
Nightly (#ifdef NIGHTLY_BUILD), for all platforms. The implementation
is behind the layout.css.touch_action.enabled property. touch-action
is spec'd as part of the Pointer Events spec [1] - the rest of the
spec is currently being
> On 6 Jul 2016, at 3:39 AM, Steve Fink wrote:
>
> On 07/05/2016 01:33 AM, Julian Hector wrote:
>> If you encounter a crash that may be due to seccomp, please file a bug in
>> bugzilla and block Bug 1280415, we use it to track issues experienced on
>> nightly.
>
> What would such a crash look l
Assuming these crashes show up in crash-stats.mozilla.com, are there
particular signatures, metadata, or other patterns that would let us say
"this crash is caused by a sandbox failure"?
That seems like it would be fairly important, so that we can monitor this
in the field.
--BDS
On Tue, Jul 5,
It would be cool if, once distributed compilation is reliable, if `./mach
mercurial-setup` could 1. prompt you enable using the local network's
infrastructure for compilation, and 2. prompt you to enable sharing your CPUs
with the local network for compilation.
Distributing a Windows-friendly v
Oh, my laptop has only 4 core and I won't buy a machine or a compiler
farm account only to develope Gecko because my machine works perfectly
for all my other puoposes.
This is not the first time you blame my poor hardware. Mozilla (you are
a Mozilla employee, aren't you?) does not want my contribu
On Tue, Jul 5, 2016 at 12:12 PM, Gregory Szorc wrote:
> I recommend 2x Xeon E5-2637v4 or E5-2643v4.
For comparison's sake, what kind of routine and clobber build times do
you see on a system like this? How much does the extra cache on Xeon
help vs something like a 4 GHz i7?
My desktop machine
On Tue, Jul 5, 2016 at 2:33 PM, Masatoshi Kimura
wrote:
> Oh, my laptop has only 4 core and I won't buy a machine or a compiler
> farm account only to develope Gecko because my machine works perfectly
> for all my other puoposes.
>
> This is not the first time you blame my poor hardware. Mozilla
On Tue, Jul 5, 2016 at 2:27 PM, Chris Pearce wrote:
> It would be cool if, once distributed compilation is reliable, if `./mach
> mercurial-setup` could 1. prompt you enable using the local network's
> infrastructure for compilation, and 2. prompt you to enable sharing your
> CPUs with the local
On Tue, Jul 5, 2016 at 2:37 PM, Ralph Giles wrote:
> On Tue, Jul 5, 2016 at 12:12 PM, Gregory Szorc wrote:
>
> > I recommend 2x Xeon E5-2637v4 or E5-2643v4.
>
> For comparison's sake, what kind of routine and clobber build times do
> you see on a system like this? How much does the extra cache
On Tue, Jul 5, 2016 at 3:36 PM, Gregory Szorc wrote:
> * `mach build binaries` (touch network/dns/DNS.cpp): 14.1s
24s here. So faster link times and significantly faster clobber times. I'm sold!
Any motherboard recommendations? If we want developers to use machines
like this, maintaining a curr
On Wed, Jul 6, 2016, at 05:12 AM, Gregory Szorc wrote:
> On Tue, Jul 5, 2016 at 11:08 AM, Steve Fink wrote:
>
> > I work remotely, normally from my laptop, and I have a single (fairly
> > slow) desktop usable as a compile server.
>
> Gecko developers should have access to 8+ modern cores to comp
On Tue, Jul 5, 2016 at 6:58 PM, Ralph Giles wrote:
> On Tue, Jul 5, 2016 at 3:36 PM, Gregory Szorc wrote:
>
> > * `mach build binaries` (touch network/dns/DNS.cpp): 14.1s
>
> 24s here. So faster link times and significantly faster clobber times. I'm
> sold!
>
> Any motherboard recommendations? I
On Tue, Jul 5, 2016 at 3:58 PM, Ralph Giles wrote:
> On Tue, Jul 5, 2016 at 3:36 PM, Gregory Szorc wrote:
>
> > * `mach build binaries` (touch network/dns/DNS.cpp): 14.1s
>
> 24s here. So faster link times and significantly faster clobber times. I'm
> sold!
>
> Any motherboard recommendations? I
Benjamin Smedberg writes:
> Assuming these crashes show up in crash-stats.mozilla.com, are there
> particular signatures, metadata, or other patterns that would let us say
> "this crash is caused by a sandbox failure"?
They should, and the expected distinguishing feature is a "Crash Reason"
of "
Steve Fink writes:
> On 07/05/2016 01:33 AM, Julian Hector wrote:
>> If you encounter a crash that may be due to seccomp, please file a bug in
>> bugzilla and block Bug 1280415, we use it to track issues experienced on
>> nightly.
>
> What would such a crash look like? Do they boil down to some s
We really need to get the vanilla redirect done at least, since,
ironically, "mxr.mozilla.org" is even referenced in the code base!
https://dxr.mozilla.org/mozilla-central/search?q=mxr.mozilla.org&redirect=false
A lot of code (including add-ons) out there also rely on MXR URL to fetch,
for exampl
34 matches
Mail list logo
