On Fri, Mar 4, 2016 at 1:41 AM, Richard Barnes wrote:
> Another good reason for blocking this for now is that it lets Javascript
> circumvent the 5usec granularity of performance.now() and do things like
> stealing private keys.
>
> https://www.w3.org/TR/hr-time/#privacy-security
> http://iss.oy.
On Thu, Mar 03, 2016 at 12:25:53PM -0500, Andrew Halberstadt wrote:
> With treeherder's "Add New Jobs" [1] UI, using try syntax is no longer
> the only way to schedule stuff on try. As of now, it's possible to push
> to try without any try syntax. If you do this, no jobs will be scheduled
> on your
Piling on to the list of advantages of building with clang locally:
another one is that you can build with the static analysis plugin
enabled, resulting in your local build catching "one-argument
constructor needs to be marked either 'explicit' or 'MOZ_IMPLICIT'"
and similar static analysis errors
On Fri, Mar 4, 2016 at 1:25 AM, Andrew Halberstadt wrote:
> With treeherder's "Add New Jobs" [1] UI, using try syntax is no longer
> the only way to schedule stuff on try. As of now, it's possible to push
> to try without any try syntax. If you do this, no jobs will be scheduled
> on your push an
Another good reason for blocking this for now is that it lets Javascript
circumvent the 5usec granularity of performance.now() and do things like
stealing private keys.
https://www.w3.org/TR/hr-time/#privacy-security
http://iss.oy.ne.ro/SpyInTheSandbox.pdf
https://bugzilla.mozilla.org/show_bug.cgi
On 03/03/2016 09:59 AM, Gregory Szorc wrote:
On Thu, Mar 3, 2016 at 8:09 AM, Erik Rose wrote:
An additional bonus is that our ability to build with clang would break
less often. That's been the cause of more than a few scuttled DXR indexing
jobs.
We can and should have both Clang and GCC bui
On Thu, Mar 3, 2016 at 8:09 AM, Erik Rose wrote:
> An additional bonus is that our ability to build with clang would break
> less often. That's been the cause of more than a few scuttled DXR indexing
> jobs.
>
We can and should have both Clang and GCC builds running in automation,
even if one of
Sorry about the noise. Seems to be related to an sqlite update. We're
looking at it in bug 1252937. Jorg K.
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
On 03/03/16 12:37 PM, Andreas Tolfsen wrote:
On 3 March 2016 at 17:25, Andrew Halberstadt wrote:
With treeherder's "Add New Jobs" [1] UI, using try syntax is no longer
the only way to schedule stuff on try. As of now, it's possible to push
to try without any try syntax. If you do this, no jobs
On 3 March 2016 at 17:25, Andrew Halberstadt wrote:
> With treeherder's "Add New Jobs" [1] UI, using try syntax is no longer
> the only way to schedule stuff on try. As of now, it's possible to push
> to try without any try syntax. If you do this, no jobs will be scheduled
> on your push and it wi
With treeherder's "Add New Jobs" [1] UI, using try syntax is no longer
the only way to schedule stuff on try. As of now, it's possible to push
to try without any try syntax. If you do this, no jobs will be scheduled
on your push and it will be up to you to add whichever jobs you want via
"Add New
An additional bonus is that our ability to build with clang would break less
often. That's been the cause of more than a few scuttled DXR indexing jobs.
> On Mar 2, 2016, at 17:50 , Gregory Szorc wrote:
>
> switching developer builds to prefer
> Clang over GCC
_
I am using `winnovative` to print PDF. While using mathematical equation(Using
`wiris` editor to get equation) using `mathml` tags in html , its not
converting properly every time I ma trying to print pdf.It works , but not all
time.I am trying the same html to print.It works correctly but Not a
Le 03/03/2016 à 09:46, Andreas Tolfsen a écrit :
> On 3 March 2016 at 00:13, Martin Thomson wrote:
>> On Thu, Mar 3, 2016 at 10:45 AM, Mike Hommey wrote:
>>> More importantly, changing the official toolchain has implications on
>>> performance.
>> Without any real evidence for this, I'm told th
On 3 March 2016 at 00:13, Martin Thomson wrote:
> On Thu, Mar 3, 2016 at 10:45 AM, Mike Hommey wrote:
>> More importantly, changing the official toolchain has implications on
>> performance.
>
> Without any real evidence for this, I'm told that GCC still produces
> better (i.e., faster) output.
On 03/03/16 01:57, Jeff Gilbert wrote:
On Wed, Mar 2, 2016 at 3:45 PM, Mike Hommey wrote:
More importantly, changing the official toolchain has implications on
performance.
Sorry, I meant for general automation. Our final spins (especially
LTO/PGO builds) should remain whatever gives us maxim
Hello all,
Instead of searching for hours, I though I'd ask for help:
Thunderbird tests don't run since the first of March. Something landed here
https://treeherder.mozilla.org/#/jobs?repo=mozilla-central&revision=8ef94be995a4
- Tue Mar 1, 11:59:06
https://hg.mozilla.org/mozilla-central/pushlogh
17 matches
Mail list logo
