15 years ago we landed a change to make printf_stderr reopen fd 2
instead of using stderr directly to work around a linking issue. This
prevented printf_stderr from showing up in the console on Windows.
I landed https://bugzilla.mozilla.org/show_bug.cgi?id=1680402 this
week to fix this.
Now you
To confirm, this experiment will continue running in 88 late beta as well?
-Jeff
On Fri, Mar 19, 2021 at 1:00 AM Chris Peterson wrote:
>
> The Fission team plans to start a small Fission experiment in 88 Beta,
> which will likely run through 89 Beta. The experiment will be just 10%
> (5%
Is the list of sites that have enrolled in Chrome's reverse origin trial public?
-Jeff
On Tue, Feb 23, 2021 at 7:11 AM Valentin Gosu wrote:
>
> The storage backing for Application Cache has been completely disabled
> starting with Firefox 84 [1]. That means the current
> window.applicationCache
Brian,
Now that we've been doing this for a while, do we have any aggregated
data on the testing tags? i.e. how often are we adding tests vs not.
-Jeff
On Tue, Sep 15, 2020 at 11:03 AM Brian Grinstead wrote:
>
> (This is a crosspost from firefox-dev)
>
> Hi all,
>
> We’re rolling out a change
The new nightly (20201030213850) with this fixed is out.
-Jeff
On Fri, Oct 30, 2020 at 4:25 PM Jeff Muizelaar wrote:
>
> Note: there was a major performance regression that happened in
> https://bugzilla.mozilla.org/show_bug.cgi?id=1642308. It is being
> backed out, but any
Note: there was a major performance regression that happened in
https://bugzilla.mozilla.org/show_bug.cgi?id=1642308. It is being
backed out, but any testing done on 20201030034830 until the next
nightly isn't going to be useful.
-Jeff
On Tue, Oct 27, 2020 at 4:20 PM Jim Mathies wrote:
>
> Hey
It is not expected to use all cores. We deliberately designed it this
way because the target audience tends to have a low core count and
this kept the complexity down. It also keeps the performance on high
core count machines more representative of performance on low core
count machines.
-Jeff
I actually put the pref in the landing queue earlier today. It's just
waiting for the tree to open.
https://bugzilla.mozilla.org/show_bug.cgi?id=1673715
-Jeff
On Tue, Oct 27, 2020 at 4:45 PM Jim Mathies wrote:
>
> On Tuesday, October 27, 2020 at 3:38:32 PM UTC-5, Botond Ballo wrote:
> > On Tue,
Do Chrome and Safari do it the right way?
On Tue, Jul 14, 2020 at 7:30 PM wrote:
>
> Common implementations of crossfade just interpolate the opacity of both
> images, leading to the background "leaking through" for a portion of the
> fade. On a white background, this is a "flash".
>
> If this
Have other browsers expressed an interest in implementing the new syntax?
On Tue, Jul 14, 2020 at 6:15 PM Zeke Medley wrote:
>
> Summary:
>
> cross-fade is a CSS function part of the CSS Image Module Level 4.
> cross-fade allows for the blending of multiple CSS images with varying
> opacities.
Also of note:
WebRender was turned on in Nightly on macOS on June 19th. If you use
macOS please keep an eye out for anything you notice out of the
ordinary.
-Jeff
-Jeff
On Wed, Jul 8, 2020 at 4:05 PM Mike Conca wrote:
>
> Product highlights for the Gecko Web Platform over the past few weeks.
Losing 4 months of mozregression does sort of suck though. Being able
to bisect down to a specific push is a lot more helpful than a
specific nightly. I have it often enough that I'm annoyed by only
having 1 year of builds.
What percentage of the space used for artifacts is actually builds
that
The various pieces of source are linked to from here:
https://marketplace.readthedocs.io/en/latest/topics/overview.html
On Thu, Jun 25, 2020 at 9:50 PM <10alldayr...@gmail.com> wrote:
>
> I would like to make a firefox os clone but I don't have the marketplace. So
> if any staff member of
On Tue, Oct 29, 2019 at 9:45 PM Marcos Caceres wrote:
> Thanks Steve... so it does really sound like perhaps just investing in more
> individual computing power might be the way to go. I think that's ok... even
> if it means, in my own case, personally paying the extra "Apple Tax" for a
> Mac
On Thu, Jul 11, 2019 at 11:28 AM L. David Baron wrote:
> I don't think having a CSS feature that stops working if the GPU
> process crashes is acceptable. It's not a coherent story to web
> developers, and it means that once sites start relying on the
> feature (which they'll think they can do
On Thu, Jul 11, 2019 at 10:46 AM Emilio Cobos Álvarez wrote:
> On 7/10/19 11:01 PM, Connor Brewster wrote:
> > Hi David,
> >
> >> It's not clear to me what this option means in terms of what you're
> >> proposing to implement and ship. @supports is a feature that web
> >> developers can use --
That bug is restricted. Does it need to be?
-Jeff
On Tue, Apr 2, 2019 at 4:22 PM Kim Moir wrote:
>
> The tracking bug for sccache being deployed to offices is here
>
> https://bugzilla.mozilla.org/show_bug.cgi?id=1524533
>
> Kim
>
> On Tue, Apr 2, 2019 at 3:22 AM Frederik Braun wrote:
>
> > Am
DataMutex is a Rust style Mutex that's templated on the type of data
that it's locking.
We've had an implementation of this in EME for a while but it hasn't
been used more widely. I've moved DataMutex from EME to xpcom/threads
to encourage it's use. Generally, one should prefer to use a DataMutex
"I" stands for Interface. It's a convention borrowed from COM. e.g.
COM's IUnknown corresponds to our nsISupports
-Jeff
On Sat, Jan 5, 2019 at 8:03 PM Tim Guan-tin Chien wrote:
>
> That's great! Definitely lower the barrier of entry for people new to Gecko
> C++.
>
> Just curious — what's the
I think sudo will let you have symbolicated kernel stacks which can be handy.
-Jeff
On Mon, Oct 22, 2018 at 6:10 PM, Mike Hommey wrote:
> On Mon, Oct 22, 2018 at 02:20:32PM -0700, Panos Astithas wrote:
>> # Import native `perf` traces
>> Two of the current limitations of the profiler are that
Yes, that's part of it. Further, now that Edge has shipped it we can
cause there to be a majority of vendors supporting it. Having WebP
supported by all of the browsers changes the weight we put on the
different advantages and disadvantages. For example, Firefox
supporting WebP will allow now
Can you reproduce this? Either way, you can reply to me off list and
we can try to figure out what's going on.
-Jeff
On Fri, Sep 14, 2018 at 4:04 PM, wrote:
> On Wednesday, September 12, 2018 at 10:07:20 PM UTC+2, Jeff Muizelaar wrote:
>> In bug 1490742 I have enabled WebRender i
In bug 1490742 I have enabled WebRender in Nightly on non-laptop
Windows 10 Nvidia (~17% of our Nightly audience). This is a rewrite of
much the graphics backend in Firefox. We expect some edge-case
regressions, but generally nothing serious. We have quite a few staff
and volunteers who have been
We don't LTO yet on Mac.
-Jeff
On Tue, Aug 28, 2018 at 5:17 AM, Emilio Cobos Álvarez wrote:
>
>
> On 8/28/18 9:35 AM, Henri Sivonen wrote:
>>
>> Does some lld mechanism successfully remove dead code when gkrust
>> exports some FFI function that the rest of Gecko never ends up
>> calling?
>
>
>
Beware when using a WSL terminal with a Firefox source directory that
new directories created in WSL have case sensitive behaviour and this
causes cl.exe to get confused. This bit me last week.
-Jeff
On Fri, Jul 27, 2018 at 9:30 AM, Marco Bonardo wrote:
> As a side note, the WSL terminal on
At minimum we should make --enable-profiling build with rust-opt.
-Jeff
On Wed, Apr 25, 2018 at 11:35 AM, Emilio Cobos Álvarez wrote:
> There's a fair amount of people bitten by this constantly, which see long
> style profiling markers and what's really happening is that
Unfortunately it hasn't been a priority. Hopefully we'll get to it eventually.
-Jeff
On Fri, Mar 23, 2018 at 10:56 AM, wrote:
> Chrome, Safari treat untagged images as sRGB, can read tagged ICCv4 images
> and support video color management.
>
> Firefox does not have
On Fri, Mar 9, 2018 at 7:21 AM, Ted Mielczarek wrote:
> On Thu, Mar 8, 2018, at 7:41 PM, Bobby Holley wrote:
>> (C) The API uses complex arguments like promises that XPIDL doesn't handle
>> in a nice way.
>
> I think this is an understated point. WebIDL was designed
for sure in real world testing. :)
>
>
>
> On Tue, Nov 7, 2017 at 12:30 PM, Kris Maglione <kmagli...@mozilla.com>
> wrote:
>>
>> On Tue, Nov 07, 2017 at 03:07:55PM -0500, Jeff Muizelaar wrote:
>>>
>>> On Mon, Nov 6, 2017 at 1:32 PM, Sophana "
On Tue, Oct 31, 2017 at 3:21 PM, Gregory Szorc <g...@mozilla.com> wrote:
> On Tue, Oct 31, 2017 at 12:02 PM, Jeff Muizelaar <jmuizel...@mozilla.com>
> wrote:
>>
>> As another piece of evidence in support opt-level=1 being the wrong
>> default, Glenn also got bit
As another piece of evidence in support opt-level=1 being the wrong
default, Glenn also got bitten profiling with the wrong options.
https://github.com/servo/webrender/issues/1817#issuecomment-340553613
-Jeff
On Thu, Oct 26, 2017 at 2:51 PM, Jeff Muizelaar <jmuizel...@mozilla.com> wrote:
On Thu, Oct 26, 2017 at 7:02 PM, Gregory Szorc wrote:
> I also share your desire to not issue fancy video cards in these machines
> by default. If there are suggestions for a default video card, now is the
> time to make noise :)
Intel GPUs are the best choice if you want to be
On Thu, Oct 26, 2017 at 7:02 PM, Gregory Szorc wrote:
> Unless you have requirements that prohibit using a
> VM, I encourage using this setup.
rr doesn't work in hyper-v. AFAIK the only Windows VM it works in is VMWare
-Jeff
___
On Thu, Oct 26, 2017 at 3:08 PM, Gregory Szorc wrote:
> Would it help if we had a separate --enable-optimize-rust (or similar)
> option to control Rust optimizations so we have separate knobs? If we did
> that, --disable-optimize-rust could be opt-level 0 or 1 and
>
FWIW, WebRender becomes unusable opt-level=1. It also looks like style
performance takes quite a hit as well which means that our default
developer builds become unusable for performance work. I worry that
people will forget this and end up rediscovering only when they look
at profiles (as mstange
Yeah. I'd suggest anyone who's running Linux on these machines just go
out and buy a $100 AMD GPU to replace the Quadro. Even if you don't
expense the new GPU and just throw the Quadro in the trash you'll
probably be happier.
-Jeff
On Thu, Oct 26, 2017 at 9:34 AM, Henri Sivonen
For the curious among us, what made nsIURI not thread safe in the first place?
-Jeff
On Mon, Oct 23, 2017 at 10:01 AM, Valentin Gosu wrote:
> Hi everyone,
>
> Threadsafe URLs have been high on everybody's wishlist for a long while.
> The fact that our nsIURI
I would recommend
https://github.com/glandium/git-cinnabar/wiki/Mozilla:-A-git-workflow-for-Gecko-development.
The other places should probably be updated to point at that.
-Jeff
On Wed, Sep 20, 2017 at 12:57 PM, Ethan Glasser-Camp
wrote:
> Sorry if this is a bit
On Mon, Sep 18, 2017 at 5:02 PM, Ehsan Akhgari wrote:
> On 09/18/2017 03:30 PM, Bobby Holley wrote:
>>
>> CVS history feels like an odd bar for cinnabar. The goal of cinnabar is to
>> enable seamless integration between git and mercurial with reproducible, 1:1
>> commit
FWIW, https://github.com/jrmuizel/gecko-cinnabar doesn't have the CVS
history so is no better than https://github.com/mozilla/gecko. Having
a canonical repo that includes the CVS history will make the SHA's
incompatible with doing a direct conversion of hg which is a
disadvantage. I'm not sure
I agree having a canonical version would be very valuable. In the mean
time if you want to avoid having to do the entire conversion locally
you can start by cloning the cinnabar branch of
https://github.com/jrmuizel/gecko-cinnabar which is a local full
conversion that I painfully uploaded to
I believe all three linkers (bfd, gold and lld) can currently do LTO
on LLVM bitcode. Naively I'd assume getting cross-compilation-unit
optimization combining rust and clang compile units is more of a build
system issue than a linker one.
-Jeff
On Mon, Aug 14, 2017 at 2:16 AM, Henri Sivonen
On Sat, Aug 12, 2017 at 9:40 PM, Ehsan Akhgari wrote:
> Last but not least, you may ask yourself why would we want to spend this
> much effort to switch to clang-cl on Windows? I believe this is an
> important long term shift that is beneficial for us. First and
On Mon, Aug 7, 2017 at 6:12 PM, Mike Hommey wrote:
> Note that the tp5n main_startup_fileio reflects the resulting size of
> xul.dll, which also impacts the installer size:
> 32-bits 64-bits
> MSVC (PGO): 37904383 40803170
> clang-cl: 39537860
On Tue, Jul 25, 2017 at 11:25 PM, Steve Wendt <spam...@forgetit.org> wrote:
> On 7/25/2017 7:28 AM, Jeff Muizelaar wrote:
>
>>>> The only remaining in-tree references to the XP_OS2 macros are in
>>>> NSPR and NSS, which are technically separate projects, and h
On Tue, Jul 25, 2017 at 4:04 AM, Enrico Weigelt, metux IT consult
wrote:
> On 25.07.2017 02:04, Kris Maglione wrote:
>
>> The only remaining in-tree references to the XP_OS2 macros are in NSPR
>> and NSS, which are technically separate projects, and have their own
>> sets
Very much so yes. Even if having unstripped builds were universally
slower (they only seem to be only slower on the ci machines) any
performance impact is likely to not impact the distribution of samples
substantially.
On Tue, Jun 20, 2017 at 2:09 PM, Chris Peterson wrote:
Yes. I use Instruments on Nightly builds extensively. It would really
be a loss to lose this functionality. I think it's important to weigh
the performance improvements that we get from easy profiling against
any advantage we get from stripping the symbols.
-Jeff
On Mon, Jun 19, 2017 at 6:07 PM,
We use functions like cairo_debug_reset_static_data() on shutdown to
handle cases like this.
-Jeff
On Fri, May 19, 2017 at 1:44 AM, Henri Sivonen wrote:
> On Tue, May 16, 2017 at 7:03 AM, Tim Guan-tin Chien
> wrote:
>> According to Alexa top 100
On Fri, Apr 14, 2017 at 10:46 AM, Nathan Froyd wrote:
> With these options, you get a browser that runs quickly (i.e. no DEBUG
> assertions in C++ code), but still lets you debug the Rust code you
> might be working on, ideally with faster compile times than you might
> get
We also got rid of some needless work that was happening every refresh
driver tick. This should help cpu usage during the throbber spinning
above and generally gives the main thread of the parent process more
time to do useful things during animation.
Glorious. Thanks to everyone who made this happen.
-Jeff
On Thu, Apr 6, 2017 at 10:11 PM, Ting-Yu Chou wrote:
> Just a heads up that now we have win64 ASan builds on try. The try format:
>
> try: -b o -p win64-asan -u none -t none
>
> Bug 1347793 is tracking the failed
On Thu, Mar 23, 2017 at 11:42 PM, Robert O'Callahan
wrote:
> On Fri, Mar 24, 2017 at 1:12 PM, Ehsan Akhgari
> wrote:
>> On Thu, Mar 23, 2017 at 7:51 PM, Jeff Gilbert wrote:
>>
>>> I'm interested to find out how the new Ryzen
I have a Ryzen 7 1800 X and it does a Windows clobber builds in ~20min
(3 min of that is configure which seems higher than what I've seen on
other machines). This compares pretty favorably to the Lenovo p710
machines that people are getting which do 18min clobber builds and
cost more than twice
On Wed, Mar 22, 2017 at 11:08 AM, Henri Sivonen wrote:
>
> dlopening libvoikko, if installed, and having thin C++ glue code
> in-tree seems much simpler, except maybe for sandboxing. What are the
> sandboxing implications of dlopening a shared library that will want
> to
On Thu, Mar 9, 2017 at 5:43 PM, Ben Kelly wrote:
> Personally I prefer looking at the bug for the full context and single
> point of truth. Also, security bugs typically can't have extensive commit
> messages and moving a lot of context to commit messages might paint a
>
On Tue, Mar 7, 2017 at 2:29 PM, wrote:
> So,
>
> I'm on Dell XPS 13 (9350), and I don't think that toying with MOZ_MAKE_FLAGS
> will help me here. "-j4" seems to be a bit high and a bit slowing down my
> work while the compilation is going on, but bearable.
>
> I was
Perhaps you need a faster computer(s). Are you building on Windows?
With icecream on Linux I can do a full clobber build in ~5 minutes.
-Jeff
On Tue, Mar 7, 2017 at 1:59 PM, wrote:
> I'm on Linux (Arch), with ccache, and I work on mozilla-central, rebasing my
>
What is the status of this property in other browsers?
-Jeff
On Wed, Mar 1, 2017 at 4:25 PM, Jonathan Watt wrote:
> In bug 1208550[1] we plan to allow the 'transform-box' property[2] to ride
> the
> trains to release.
>
> Summary: This property solves a common SVG authoring
The linked bug suggests that Chrome implements this but this email suggests
it doesn't. What's the truth?
-Jeff
On Thu, Feb 23, 2017 at 2:45 AM, Boris Chiou wrote:
> *Summary*:
> A frames timing function is a type of timing function that divides the
> input time into a
It's not very easy to reason about overflow issues with our current
representation. This means that we currently just pretend that they
don't happen. The idea for changing the representation came up in
response to a security bug where we didn't really have a better
solution.
Changing to x1, x2,
I'm concerned about the complexity this will add to the SVG implementation
as we're looking to transition to WebRender.
Can the desired effects be achieved by interleaving HTML and SVG content
today? e.g. It seems like introductory notes example could just use a
separate SVG element that had
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
gt; Firefox Developer Edition: Skia-GL: 10fps
> Skia: 3fps
> CG: 10fps
> Cairo:8fps
>
> Chrome Canary 53: 3fps
>
>
> On Tue, May
How does performance compare to Chrome?
-Jeff
On Thu, May 26, 2016 at 12:40 PM, Tobias Schneider
wrote:
> I intend to turn Canvas CSS/SVG filters on by default on all platforms. It
> has been developed behind the canvas.filters.enabled preference. Google's
> Chrome is
Or mozglue/build/SSE.cpp
-Jeff
On Wed, May 11, 2016 at 9:35 AM, Ehsan Akhgari
wrote:
> On 2016-05-10 10:01 PM, Robert Strong wrote:
> > On Tue, May 10, 2016 at 6:55 PM, Lawrence Mandel
> > wrote:
> >
> >> On Fri, May 6, 2016 at 12:39 PM, Benjamin
On Thu, Apr 28, 2016 at 1:39 PM, Jonathan Kew <jfkth...@gmail.com> wrote:
> On 28/4/16 18:11, Jeff Muizelaar wrote:
>
>> Do we use any of the OS specific parts of ICU?
>>
>
> I don't know.
>
> But even if we don't, I suspect that once they drop support for
Do we use any of the OS specific parts of ICU?
-Jeff
On Thu, Apr 28, 2016 at 1:00 PM, Jonathan Kew wrote:
> We make considerable (and growing) use of ICU for various aspects of i18n
> support in Gecko.†
>
> The ICU project is proposing to drop support for Windows XP and OS
Check out
https://developer.mozilla.org/en-US/docs/Mozilla/Debugging/Layout_Debugger.
I expect it gets the information that you're looking for.
-Jeff
On Fri, Apr 8, 2016 at 1:38 PM, Jip de Beer wrote:
> Hi all,
>
> I would like to inspect the Frame Tree (or Render Tree:
We fork a process to test gfx early on so 'set follow-for-mode child'
might end up following that.
'set detach-on-fork off' will keep you attached to everything though.
-Jeff
On Thu, Mar 24, 2016 at 1:21 PM, Paul Adenot wrote:
> Do we know whether `set follow-fork-mode child` in
On Wed, Jan 6, 2016 at 7:15 AM, Henri Sivonen wrote:
> On Thu, Oct 1, 2015 at 9:58 PM, Jonathan Watt wrote:
>> For those who are interested in this, there's a bug to consider integrating
>> the Guidelines Support Library (GSL) into the tree:
>>
>>
Is there a response to the criticism of Accept outlined here:
https://wiki.whatwg.org/wiki/Why_not_conneg#Negotiating_by_format
-Jeff
On Wed, Feb 17, 2016 at 6:08 PM, Mike Lawther wrote:
> Hi Mozilla developers!
>
> tl,dr; can Firefox send an Accept-Encoding heading
I don't think there are any compilers that support x64 without SSE2.
SSE2 registers are required for passing float parameters in both MS
and System V ABIs.
-Jeff
On Mon, Feb 1, 2016 at 6:00 PM, Xidorn Quan wrote:
> On Tue, Feb 2, 2016 at 7:04 AM, Benjamin Smedberg
Lee Salzman came up with a hacky solution to this problem for the Skia
update that he's working on. I haven't seen it yet, but apparently it
builds.
-Jeff
On Mon, Feb 1, 2016 at 4:29 AM, Frédéric Wang wrote:
> Dear all,
>
> I'm trying to upgrade our local copy of OTS to
Bug 1232864
-Jeff
On Mon, Dec 21, 2015 at 7:59 AM, Sylvestre Ledru <sle...@mozilla.com> wrote:
> Le 16/12/2015 23:44, Jeff Muizelaar a écrit :
>> Jeff Gilbert is planing on landing patches very soon that will flip
>> the webgl.enable-prototype-webgl2 pref to true on
Jeff Gilbert is planing on landing patches very soon that will flip
the webgl.enable-prototype-webgl2 pref to true on Nightly. This change
will stay on Nightly for now.
There are lots of tests from the conformance suite that we don't pass
but we're looking to get more web developers to try out
Can you post some links from your about:crashes?
-Jeff
On Mon, Sep 21, 2015 at 7:31 PM, Dhon Buenaventura wrote:
> Why does Firefox Nightly keep crashing randomly? I am currently using the
> latest build but I still experience random crashes.
>
Blame does work on those files locally. FWIW, fugitive vim's Gblame
command has the ability to jump back to the blame of parent revision
of the current line which makes it much easier to navigate history
than any web based blame tool that I've seen. Even if you only use vim
for GBlame I'd say it's
Can't you just make everything display:none until you're ready to show it?
-Jeff
On Thu, Jul 30, 2015 at 4:20 PM, James Burke jbu...@mozilla.com wrote:
There are some forces at play in a web app that point to wanting to delay
layout and rendering until a web app gives a signal that it should
Benjamin,
Do you still have any opposition to the plan suggested by Roc?
-Jeff
On Mon, Jul 20, 2015 at 9:30 AM, Robert O'Callahan rob...@ocallahan.org wrote:
On Tue, Jul 21, 2015 at 1:04 AM, Jeff Muizelaar jmuizel...@mozilla.com
wrote:
I believe Flash does.
OK, I can't get it to work
I did not see nsTHashtable and nsBasHashtable define stl style
iterators for use in range-based for loops. Is this intentional?
-Jeff
On Mon, Jul 13, 2015 at 1:36 AM, Nicholas Nethercote
n.netherc...@gmail.com wrote:
Hi,
Last week I landed patches that remove PL_DHashTableEnumerate() from
FWIW, I did a quick poll of the people in our Gfx daily. Here are the results:
For aArguments:
Bas
Milan
Matt
Kats
Against aArguments:
Me
No strong opinion:
Sotoro
Lee
Benoit
Nical
Mason
-Jeff
On Tue, Jul 7, 2015 at 11:12 AM, Nick Fitzgerald
nfitzger...@mozilla.com wrote:
(Posted
On Wed, Jun 17, 2015 at 11:22 AM, Benjamin Smedberg
benja...@smedbergs.us wrote:
On 6/16/15 4:16 PM, Jeff Muizelaar wrote:
We're working on making all of the tests green for GTK3. This means
that we could be changing the default linux configuration to GTK3 as
early as FF42.
What
low success and it seems like we could do something to make it
better.
-Jeff
On Mon, Jun 15, 2015 at 9:18 PM, Jeff Muizelaar jmuizel...@mozilla.com wrote:
I'm concerned this will discourage websites from reporting WebGL
issues because it will be easier just to block whatever device has
Is there any reason not to support all the way back to the version of
GTK (3.4) on the test machines?
-Jeff
On Tue, Jun 16, 2015 at 5:11 PM, Mike Hommey m...@glandium.org wrote:
On Tue, Jun 16, 2015 at 04:16:13PM -0400, Jeff Muizelaar wrote:
We're working on making all of the tests green
I'm concerned this will discourage websites from reporting WebGL
issues because it will be easier just to block whatever device has the
problem they're running in to. This creates an additional burden on
the web developer and essentially creates the user agent problem all
over again, but at much
It looks like finding of overrides of virtual methods is missing from
DXR 2.0. Is this intentional?
-Jeff
On Wed, Jun 3, 2015 at 3:10 PM, Erik Rose e...@mozilla.com wrote:
DXR 2.0 is about to land! This is a major revision touching every part of the
system, swapping out SQLite for
Should we have a hook to catch this kind of thing?
-Jeff
On Wed, Apr 22, 2015 at 1:44 PM, Gregory Szorc g...@mozilla.com wrote:
2 files summing to 90 MB of binary data (a Firefox installer) were checked
into fx-team a few hours ago.
While Mercurial (and Git) can handle binary files of this
I don't think Shark runs on any modern macs.
-Jeff
On Thu, Apr 2, 2015 at 4:22 PM, Robert Strong rstr...@mozilla.com wrote:
I filed Bug 1150312 to remove it if it is no longer used so please speak up
if it is.
https://bugzilla.mozilla.org/show_bug.cgi?id=1150312
Thanks,
Robert
It looks like the current one should already be as the the AssignASCII
will be inlined into the caller and then the strlen can be inlined as
well.
-Jeff
On Sun, Mar 1, 2015 at 7:04 PM, smaug sm...@welho.com wrote:
On 03/02/2015 01:11 AM, Xidorn Quan wrote:
On Mon, Mar 2, 2015 at 9:50 AM,
On Fri, Feb 27, 2015 at 2:21 PM, Robert O'Callahan rob...@ocallahan.org wrote:
Oh, another issue is that I've followed the spec and made offsetX/Y
doubles, whereas Blink is integers, which introduces a small amount compat
risk.
IE also uses integers. Wouldn't it be better to change the spec
On Wed, Jan 14, 2015 at 4:29 AM, Mike de Boer mdeb...@mozilla.com wrote:
On 13 Jan 2015, at 21:52, Jeff Muizelaar jmuizel...@mozilla.com wrote:
On Tue, Jan 13, 2015 at 10:56 AM, Mike de Boer mdeb...@mozilla.com
wrote:
2. Optionally bypass the browser compositor when a WebGL context
We were talking about this problem and it was a bunch of work to figure out the
conclusion so I decided to write a summary:
Replacing already_AddRefed with nsRefPtr causes allows two new things:
nsRefPtrT getT();
1. T* p = getT(); // this is unsafe because the destructor runs immediately and
After some discussion some IRC it was clear that our compiler deprecation
schedule is not very clear.
Now that we’re using VS2013 on trunk and will soon not being using GCC 4.4 for
B2G, I expect we’ll be dropping support for building with VS2010 and GCC 4.4
in the near term.
This is
On Oct 16, 2014, at 3:57 PM, Ehsan Akhgari ehsan.akhg...@gmail.com wrote:
On 2014-10-16, 3:49 PM, Jeff Muizelaar wrote:
After some discussion some IRC it was clear that our compiler deprecation
schedule is not very clear.
Now that we’re using VS2013 on trunk and will soon not being using
On Feb 23, 2014, at 5:17 PM, evacc...@gmail.com wrote:
On Monday, October 21, 2013 8:54:24 AM UTC-6, tric...@accusoft.com wrote:
- I suppose that the final lossless step used for JPEGs was the usual
Huffman encoding and not arithmetic coding, have you considered testing the
later one
On Mar 3, 2014, at 2:28 PM, Felipe G fel...@gmail.com wrote:
Hi everyone, I'm working on a feature to offer webpage translation in
Firefox. Translation involves, quite unsurprisingly, a lot of DOM and
strings manipulation. Since DOM access only happens in the main thread, it
brings the
On Feb 7, 2014, at 10:31 AM, David Rajchenbach-Teller dtel...@mozilla.com
wrote:
When we encounter main thread I/O, most of the time, it is something
that should be rooted out. However, in a few cases (e.g. early during
startup, late during shutdown), these pieces of I/O should actually be
On Jan 20, 2014, at 5:48 PM, Matt Woodrow m...@mozilla.com wrote:
Hi,
Currently in gecko we have code to determine if text being drawn into a
transparent surface has opaque content underneath it. In the case where it
doesn't we ask moz2d/cairo [1] to disable subpixel AA text rendering
- Original Message -
On Saturday, October 19, 2013 12:12:14 AM UTC+1, Ralph Giles wrote:
On 2013-10-18 1:57 AM, Yoav Weiss wrote:
Do you have such a sample?
For what it's worth here's an image I made quite awhile ago showing the
results of my own blind subjective comparison
1 - 100 of 111 matches
Mail list logo