And after only 20 short, but glorious hours, we have turned it off again to
investigate a smorgasbord of talos regressions (bug 946567).
In the meantime, please do help test Windows OMTC by manually setting the
'layers.offmainthreadcomposition.enabled' pref to true.
Cheers, Nick
__
- Original Message -
> On 12/4/2013 2:30 PM, Lawrence Mandel wrote:
> > I think David, Nick, Henri, and you are right - there are lots of old bugs
> > that we each think are important enough to fix. (Yes, I have some as
> > well.) In my mind the real question is, given all of the work that
On 04/12/2013 20:30, Lawrence Mandel wrote:
- Original Message -
On 12/3/2013 11:15 PM, Lawrence Mandel wrote:
In fact, there at 6925 bugs across all Bugzilla products
currently in the new or unconfirmed state that were opened more
than 10 years ago. I would assert that if a bug hasn't
On 12/4/2013 2:30 PM, Lawrence Mandel wrote:
I think David, Nick, Henri, and you are right - there are lots of old bugs that
we each think are important enough to fix. (Yes, I have some as well.) In my
mind the real question is, given all of the work that we all have to do, are we
going to spe
On Tue, Dec 03, 2013 at 05:54:12PM -0800, Jesse Ruderman wrote:
> In the long run, it may be more efficient to use the clang "sanitizer"
> suite instead of Valgrind. It will need two runs (ASan+LSan+UBSan and
> MSan) but the total run time should be lower.
>
> http://clang.llvm.org/docs/UsersManua
On Wednesday 2013-12-04 16:36 -0500, Ehsan Akhgari wrote:
> On Tue, Dec 3, 2013 at 2:47 PM, L. David Baron wrote:
> > I'd certainly hope that nearly all of the difference in size of
> > libxul.so is debugging info that wouldn't be present in a non-debug
> > build. But it's worth testing, because
On Tue, Dec 3, 2013 at 2:47 PM, L. David Baron wrote:
> On Tuesday 2013-12-03 10:18 -0800, Brian Smith wrote:
> > Also, I would be very interested in seeing "size of libxul.so" for
> > fully-optimized (including PGO, where we normally do PGO) builds. Do
> > unified builds help or hurt libxul size
Congratulations! This is a major step forward for modernizing our rendering
on desktop, removing old code and simplifying how we render. This will
unblock important optimizations such as OMTAnimation and APZC. I'm omitting
many benefits. Great work!
On Wed, Dec 4, 2013 at 3:05 AM, Nicholas Camero
On 12/04/2013 09:30 PM, Lawrence Mandel wrote:
I think David, Nick, Henri, and you are right - there are lots of old
bugs that we each think are important enough to fix. (Yes, I have
some as well.) In my mind the real question is, given all of the work
that we all have to do, are we going to spen
On 12/4/13 3:17 PM, Lawrence Mandel wrote:
Very true. However, at least in this case, if the bug had been closed at some
point, the issue still would have surfaced when it became relevant due to the
filing of duplicate bug 924048. In fact, there are 42 duplicates of this bug
that have been fil
- Original Message -
> On 12/3/2013 11:15 PM, Lawrence Mandel wrote:
> > In fact, there at 6925 bugs across all Bugzilla products currently in
> > the new or unconfirmed state that were opened more than 10 years ago.
> > I would assert that if a bug hasn't been fixed in 10 years it
> >
- Original Message -
> On Tue, Dec 3, 2013 at 9:15 PM, Lawrence Mandel wrote:
> >
> > I would assert that if a bug hasn't been fixed in 10 years it probably
> > isn't important enough to spend time on now.
>
> I strongly disagree with this statement, and any follow-on implication
> that b
- Original Message -
> On Tuesday 2013-12-03 21:15 -0800, Lawrence Mandel wrote:
> > I'm taking a stronger stance and suggesting that we should be able to
> > wontfix bugs that likely aren't worth anyone's time or attention. As a
> > concrete example, what is the value in keeping the follow
- Original Message -
> Opened that long ago, and haven't been touched for a long time? Or just
> opened that long ago?
My simple query was based on bug creation date. The handful of bugs that I
looked at I think hadn't been meaningfully touched in at least 5 years.
Lawrence
> --
> - Mi
The Web API documentation meeting is Friday at 9 AM Pacific Time.
Everyone's welcome to attend; if you're interested in ensuring that
these APIs are properly documented, we'd love your input.
We have an agenda, as well as details on how to join, here:
https://etherpad.mozilla.org/WebAPI-docs-2
On Wed 04 Dec 2013 04:21:33 AM PST, Ted Mielczarek wrote:
> On 12/3/2013 8:02 PM, Nicholas Nethercote wrote:
>> 3) Runs on mozilla-central and all trees that merge into it
>
> This is something that Release Engineering needs to fix. You've already
> got a bug open, so you should touch base with the
On 12/3/2013 11:15 PM, Lawrence Mandel wrote:
In fact, there at 6925 bugs across all Bugzilla products currently in
> the new or unconfirmed state that were opened more than 10 years ago.
> I would assert that if a bug hasn't been fixed in 10 years it
> probably isn't important enough to spend
On 28.11.2013 16:15, Honza Bambas wrote:
On 11/28/2013 12:56 PM, David Rajchenbach-Teller wrote:
As many of you know, Session Restore is something of a performance hog,
for many reasons – we have reports of. One of the reasons is that we
store so very many things in sessionstore.js and sometimes
On Wed, Dec 4, 2013 at 7:15 AM, Lawrence Mandel wrote:
> I would assert that if a bug hasn't been fixed in 10 years it probably isn't
> important enough to spend time on now. We can always reopen or refile if the
> issue becomes more pressing (by anyone's judgement).
I disagree. As I said earli
On 12/3/2013 8:02 PM, Nicholas Nethercote wrote:
> 3) Runs on mozilla-central and all trees that merge into it
This is something that Release Engineering needs to fix. You've already
got a bug open, so you should touch base with them.
> 4) Scheduled on every push
This is also RelEng. These both h
Sorry to appear so late, busy weeks!.
On Mon, Dec 2, 2013 at 9:27 AM, fma spew wrote:
> 1) WebCrypto does not initially plan support for making end-user
> certificates available.
>
W3C WG divided this on 2 specs: Webcrypto and Key Discovery.
Webcrypto is about operations like sign(), cypher()..
I just landed a patch flipping the switch for all Windows users with HWA
(d3d9/10/11) to use off-main-thread compositing. This is a fairly big change to
our rendering pipeline, so if you notice rendering issues on Windows, please
file bugs.
For now, only nightly users will get this change. Ridi
22 matches
Mail list logo
