Hi Gijs,
None of those things are true in my opinion. For what it's worth, the expected
regression in CART was more around 20% than around 40%. The number surprises me
a little, and we'll look into what makes CART so bad off (on our test servers)
specifically. We haven't looked specifically at
Looking on from m.d.tree-management, on Fx-Team, the merge from this
change caused a >40% CART regression, too, which wasn't listed in the
original email. Was this unforeseeen, and if not, why was this
considered acceptable?
As gavin noted, considering how hard we fought for 2% improvements (o
On 2014-05-22, 5:18 AM, Bas Schouten wrote:
Hi Gijs,
None of those things are true in my opinion. For what it's worth, the expected
regression in CART was more around 20% than around 40%. The number surprises me
a little, and we'll look into what makes CART so bad off (on our test servers)
sp
Hi All,
I'm facing an error when downloading the latest code from mercurial,
doing a build and then trying to run the mochitest-browser tests.
I face the following error about 6 minutes into the test run.
console.error:
6:30.14 [CustomizableUI]
6:30.14 TypeError: realNode is null --
chr
Some questions:
What platform is this on?
How are you invoking the test suite?
Which test is running when this error happens?
Are you using mozilla-central, fx-team, mozilla-inbound, ...?
Can you paste a copy of your .mozconfig configuration?
~ Gijs
On 22/05/2014 14:40, thills wrote:
Hi All,
On May 21, 2014, at 4:52 PM, Mike Hommey wrote:
> On Wed, May 21, 2014 at 10:22:44PM +0200, Emmanuel Engelhart wrote:
>> On 21.05.2014 21:59, Ralph Giles wrote:
>>> On 2014-05-21 9:56 AM, Emmanuel Engelhart wrote:
>>>
checker. But it seems the Mozilla codes uses this API for many things
>>>
- Original Message -
> From: "Ehsan Akhgari"
> To: "Bas Schouten" , "Gijs Kruitbosch"
>
> Cc: "Gavin Sharp" , dev-tech-...@lists.mozilla.org,
> "mozilla.dev.platform group"
> , "release-drivers"
>
> Sent: Thursday, May 22, 2014 12:56:26 PM
> Subject: Re: OMTC on Windows
>
> On 20
I don't know if everyone is noticing this or not, but I am noticing a lot
of misplaced paint blocks while scrolling/animation etc. Sometimes even the
complete tab won't refresh on a tab change.
On Thu, May 22, 2014 at 8:26 PM, Bas Schouten wrote:
>
>
>
>
> - Original Message -
> > From:
Hi Girish,
This sounds like bug 1012213. We're aware of this bug and are working on it!
Best regards,
Bas
- Original Message -
From: "Girish Sharma"
To: "Bas Schouten" , "mozilla.dev.platform group"
, dev-tech-...@lists.mozilla.org,
"release-drivers"
Sent: Thursday, May 22, 2014 8:15
On Fri, May 23, 2014 at 1:51 AM, Bas Schouten wrote:
> bug 1012213
Yup, looks like that only. Thanks for the bug.
--
Girish Sharma
B.Tech(H), Civil Engineering,
Indian Institute of Technology, Kharagpur
___
dev-platform mailing list
dev-platform@li
Summary:
CSSOM-View defines a new css property, 'scroll-behavior'. When set to
'smooth', scrolling boxes will be scrolled in a smooth fashion using a
user-agent-defined function.
Implementing this property will enable more fluid scrolling interfaces
consistent with modern UI paradigms withou
Some of you may remember the discussion on clang-format and the `mach
clang-format` command. What we have in place right now is very temporary
but it is functional enough to give it a try. I have not put the effort
into upstreaming my changes. Depending on the feedback I receive I will
either:
* F
On Tuesday, April 8, 2014 11:45:15 PM UTC+8, Mike Habicher wrote:
> In my experience running tests locally, a single mochitest run on the
> ARM emulator (hardware: Thinkpad X220, 16GB RAM, SSD) where everything
> was built with 'B2G_DEBUG=0 B2G_NOOPT=0' will run in 2 to 3 minutes. The
> same tes
13 matches
Mail list logo
