Re: Studying Lossy Image Compression Efficiency

srcset could simply specify a byte-range for each size image) but the toolchain support needs some serious attention. Chris ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Removal of native notification systems on desktop platforms

, but also provide those changes to the entire mac community that uses our framework. So if someone explains exactly what the problem is, we'd be happy to look at addressing those things. Hopefully you can see why this is frustrating to me, and more importantly to our mutual end users wh

Re: Intent to implement: WOFF2 webfont format

On Friday, 3 October 2014 02:12:22 UTC+2, Jonas Sicking wrote: > Could we at least add woff2 to the Accept header when fetching fonts? If Internet Media Types for fonts were widely and consistently deployed, then that sort of server-mediated content negotiation (client sends list of accepted f

Re: A reminder about MOZ_MUST_USE and [must_use]

On 1/19/2017 3:13 PM, Nicholas Nethercote wrote: On Fri, Jan 20, 2017 at 10:01 AM, wrote: > And the next step would be to make must-use the default, and have > MOZ_CAN_IGNORE for the rest. ;-) > I actually tried this with all XPIDL methods. After adding several hundred "Unused <<" annotations

Re: Intent to implement and ship: only allow Flash on HTTP/HTTPS sites

On 2/7/2017 1:15 PM, Benjamin Smedberg wrote: I intend to ship a change which will prevent Flash from loading from file:, ftp:, or any other URL scheme other than http: or https:. The purpose of this change is to increase security and limit Flash to well-tested configuraitons. Do you want to a

Re: Quantum Render builds now on m-c

Awesome news! Building Quantum Render in mozilla-central and running even a subset of our regular tests is a big step towards shipping. chris On 2/10/2017 1:11 PM, Kartikaya Gupta wrote: (cross-posted to dev-platform and dev-tech-gfx) This is just a heads up that earlier today we merged the

Re: All the processes

On 3/3/2017 4:15 PM, Nicholas Nethercote wrote: - plugin process: just for Flash now? On 32-bit Windows, there are multiple plugin processes because Firefox runs Flash in a plugin process and then Flash spawns one (or more?) of its own "Protected Mode" processes. IIUC, the Protected Mode proc

Re: All the processes

We also have the Gecko Media Plugin process type. It's not the same as Flash plugin process. There are at least one per origin doing EME and one shared by all users of WebRTC that need to encode/decode H.264. The media playback team are also working on moving the code that interacts with the pl

Re: Is there a way to improve partial compilation times?

On 3/7/2017 11:19 AM, Steve Fink wrote: I have at times spun off builds into their own cgroup. It seems to isolate the load pretty well, when I want to bother with remembering how to set it up again. Perhaps it'd be a good thing for mach to do automatically. Then again, if dropping the -j count

Re: Sheriff Highlights and Summary in February 2017

On 3/7/2017 3:38 AM, Joel Maher wrote: One large difference I see between autoland and mozilla-inbound is that on autoland we have many single commits/push whereas mozilla-inbound it is fewer. I see the Futurama data showing pushes and the sheriff report showing total commits. autoland also in

Re: Project Stockwell (reducing intermittents) - March 2017 update

I recommend that instead of classifying intermittents as tests which fail > 30 times per week, to instead classify tests that fail more than some threshold percent as intermittent. Otherwise on a week with lots of checkins, a test which isn't actually a problem could clear the threshold and caus

Re: Sheriff Highlights and Summary in February 2017

I think, and this is my next area to investigate, is the 1 bug per push (the autoland model) could be helping with the percentage of backouts being lower. David On 7 March 2017 at 21:29, Chris Peterson wrote: On 3/7/2017 3:38 AM, Joel Maher wrote: One large difference I see between autol

Re: windows build anti-virus exclusion list?

On 3/17/2017 1:45 AM, Honza Bambas wrote: I have a very similar setup, with even way more exceptions added, but none of them has the desired effect. Unfortunately, the only way to make MsMpEng shut up is to disable run-time protection completely for the time of the build. I think it's a bug in De

Re: e10s-multi update and tests

On Thursday, March 23, 2017 at 2:37:18 PM UTC+13, Nicholas Nethercote wrote: > On Thu, Mar 23, 2017 at 12:12 PM, Andrew McCreight > wrote: > > > > > Though maybe you are asking which processes count against the limit of 4. > > > > Yes, that's what I am asking. > > Nick I think there's only one

Re: Intent to implement and ship: support ::cue pseudo-element from document.

On Wednesday, March 29, 2017 at 11:21:06 PM UTC+13, bec...@mozilla.com wrote: > Summary: > We are going to support ::cue(with no argument) pseudo-element for webvtt. > It allows styling the webvtt subtitle/caption text during video playback. > > Bug: https://bugzilla.mozilla.org/show_bug.cgi?id=13

Re: Rationalising Linux audio backend support

disabled again in a future update. Regards - Chris > So thankfully I and many others can now forget about this sorry business. > > Martin Burke > ___ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://

Re: Rationalising Linux audio backend support

On 05/04/17 19:38, Henri Sivonen wrote: > On Mar 31, 2017 4:49 PM, "Chris Coulson" > wrote: > > The Firefox package in Ubuntu is maintained by 1 contributor in his > spare time and myself who is only able to do the minimum in order to > provide updates, > &

Re: Quantum Flow Engineering Newsletter #4

On 2017-04-07 9:11 AM, Ehsan Akhgari wrote: - DOM. In the DOM team there are several plans and projects under way which will hopefully bring various performance improvements to the browser. Probably the largest one is the upcoming plans for cooperative scheduling of tasks, which wil

Re: Tier 3 win64 ASan builds on try

On Friday, April 7, 2017 at 2:11:32 PM UTC+12, 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 tests on taskcluster, though by now the > tests > for normal windows

Re: e10s-multi on Aurora

On 2017-04-11 10:31 PM, Salvador de la Puente wrote: How does this relate with Project Down and the end of Aurora channel? Will be multi-e10s enabled when shifting from nightly to beta? There is no connection between Project Dawn and enabling multiple e10s content processes in the Aurora chann

Re: Quantum Flow Engineering Newsletter #5

On 2017-04-18 4:22 PM, Ehsan Akhgari wrote: The last time I checked with the graphics team, at this point it's completely unclear whether Quantum Render is going to make it, and as such, it's not reasonable for us to depend on anything that WebRender provides for Photon, because if QR wouldn't

Re: Quantum Flow Engineering Newsletter #6

btw, Nathan Froyd is working to add Gecko Profiler support for Stylo's Rust code and rayon threads in bug 1322656. On 2017-04-21 8:50 AM, Ehsan Akhgari wrote: On 04/21/2017 03:12 AM, Nicholas Nethercote wrote: Judging from the incoming flow of bug reports, the number of people using the Gecko

Re: CodeCoverage Monthly Update

On 2017-05-03 8:44 PM, Kyle Lahnakoski wrote: * Daily coverage reports on coveralls.io [1] and on codecov.io[2]. Which do you like? Does coveralls.io have a top-down coverage view like codecov.io? That view seems more useful for both people that want a global view and developers that wa

Reminder - TCW tomorrow May 6th from 0500-1200 PT

As indicated on our status page: https://status.mozilla.org/incidents/cpnkqqb6b5kh We will be closing trees tomorrow from 0500-1200PT. Tracking bug is https://bugzilla.mozilla.org/show_bug.cgi?id=1355897 Thank you for your patience ___ dev-platform mai

Notification() deprecation question

? In any case, we’ve got some documentation updates to do on MDN — I just wanted to check exactly what the deal is. Thanks, Chris Mills MDN content lead || Mozilla developer.mozilla.org || MDN cmi...@mozilla.com || @chrisdavidmills ___ dev

Re: QF bug whiteboard tags

On 2017-05-10 1:05 PM, Jim Mathies wrote: The quantum flow project has been filing a lot of bugs lately. I'm curious about two specific whiteboard tags I've seen - [qf:p1] and [qf], can someone explain the differences between these two tags and how this impact the priority of these bugs? Add

Nightly updates disabled for bug 1364059

We've disabled updates for a bad crash: https://bugzilla.mozilla.org/show_bug.cgi?id=1364059 We're working on backing out the offending patches and will re-spin nightly builds shortly. Cheers, Chris ___ dev-platform mailing list de

Re: Nightly updates disabled for bug 1364059

Updates are enabled again for all platforms. Not all locales have finished yet, they will receive updates once the repacks finish. On 11 May 2017 at 09:30, Chris AtLee wrote: > We've disabled updates for a bad crash: https://bugzilla.mozilla.org/ > show_bug.cgi?id=1364059 > >

Intent to remove: Insecure use of Encrypted Media Extensions

Summary: The EME spec [1] states that EME should only be usable from a secure origin (i.e. on a domain being served over HTTPS). Currently Gecko's implementation works on insecure origins (i.e. sites served over unencrypted HTTP). To bring our implementation in line with the spec, we're going to

Re: Quantum Flow Engineering Newsletter #9

On 2017-05-12 9:55 AM, Ehsan Akhgari wrote: This reminded me of https://bugzilla.mozilla.org/show_bug.cgi?id=1332680 (and https://bugzilla.mozilla.org/show_bug.cgi?id=1332682 ) Adding -Wsuggest-final-types and -Wsuggest-final-methods and looking at the output seems pretty low-effort to find a lo

Re: Changing our thread APIs for Quantum DOM scheduling

The Quantum DOM doc says only content processes will get cooperative threading. How will cooperative threading work with multiple content processes (e10s-multi)? Will there be inter-process scheduling? For example, if content process #1 has one or more foreground tabs (from multiple windows) an

Re: Start logging at runtime (Firefox 52)

On Sunday, November 27, 2016 at 5:59:27 AM UTC+13, Valentin Gosu wrote: > Hi everyone, > > (I meant to send this mail a few weeks ago but forgot it in my Drafts > folder.) > > With the landing of Bug 1303762 (Firefox 52), we now have a way for users > to enable logging without restarting the brow

Re: Start logging at runtime (Firefox 52)

you're using? For windows it seems to be solved by > > https://bugzilla.mozilla.org/show_bug.cgi?id=1320458, however other > > platforms are not fixed yet. > > > > > > Best Regards, > > Shih-Chiang Chien > > Mozilla Taiwan > > > > On Tue

Re: Improving visibility of compiler warnings

On 2017-05-25 5:31 AM, Ehsan Akhgari wrote: On 05/19/2017 02:44 PM, Gregory Szorc wrote: `mach build` attempts to parse compiler warnings to a persisted "database." You can view a list of compiler warnings post build by running `mach warnings-list`. The intent behind this feature was to make it

Re: Linux builds now default to -O2 instead of -Os

On 6/6/17 10:33 AM, Boris Zbarsky wrote: On 6/1/17 9:04 PM, Mike Hommey wrote: Ah, forgot to mention that. No, it doesn't affect *our* shipped builds (because PGO uses a different set of optimization flags). But it does affect downstream builds that don't PGO. Based on the jump I see on June

Re: JSBC: JavaScript Start-up Bytecode Cache

load time or continue to average it with the subsequent page load times? [1] https://bugzilla.mozilla.org/show_bug.cgi?id=900784#c72 chris On 6/13/17 2:50 AM, Nicolas B. Pierron wrote: The JavaScript Start-up Bytecode Cache⁰ is a project which aims at reducing the page load time by recordin

Profiling nightlies on Mac - what tools are used?

Hey all, The build peers are looking to change the way that nightlies are created on Mac as we switch to cross-compilation. Specifically, we're looking at stripping the nightlies to avoid an as-of-yet undiagnosed performance discrepancy vs native builds[1], but also to make the nightly configur

Re: Intent to unship: HTML scoped style sheets (

chrome documents. Chris or Bobby, can you remind me whether we are still planning to target chrome documents? If we are, then it makes it a little more urgent to remove current usages of

Re: Profiling nightlies on Mac - what tools are used?

On 6/20/17 10:28 AM, Ehsan Akhgari wrote: That seems like the obvious next step to investigate to me. We should *really* only talk about stripping builds as the last resort IMO, since we have way too many developers using OSX every day... Does profiling an unstripped Mac build still produce u

Re: Profiling nightlies on Mac - what tools are used?

On Tuesday, June 20, 2017 at 1:28:50 PM UTC-4, Ehsan Akhgari wrote: > > My understanding is that the slowdown cannot be reproduced on local > > developer machines, but can be reproduced on loaner machines from > > infra. > Huh. That's interesting and even more puzzling... > > I don't think anybody

Re: Profiling nightlies on Mac - what tools are used?

On 6/21/17 8:06 AM, Boris Zbarsky wrote: On 6/21/17 10:44 AM, Ehsan Akhgari wrote: It seems like that we have an answer now in the bug! https://bugzilla.mozilla.org/show_bug.cgi?id=1338651#c129 Just for clarity, so people don't have to read the whole bug, changing the _path_ the build is at w

Re: [Sheriffs] switch to macosx cross-compiled builds on taskcluster on trunk

\o/ This was a multi-year project, and I'm ecstatic to see it finally come to fruition. Thanks to everyone who's been involved in getting this across the line. cheers, -- coop On Thu, Jun 22, 2017 at 3:09 PM, Kim Moir wrote: > After successful testing this morning, we have now enabled macosx ni

Re: Quantum Flow Engineering Newsletter #14

On 6/23/17 12:17 AM, Ehsan Akhgari wrote: But to speak of a more direct measurement of performance, let's look at our progress on Speedometer V2 . Today, I measured our progress so far on this benchmark by comparing

Re: Profiling nightlies on Mac - what tools are used?

On Wednesday, June 21, 2017 at 12:56:10 PM UTC-4, Chris Peterson wrote: > i.e. Mike Shal's patch here fixed multiple 30% Talos regressions! > > -: WORKSPACE ${WORKSPACE:=/home/worker/workspace} > +: WORKSPACE ${WORKSPACE:=/builds/slave/try-m64-00} We'r

FYI: Questions about the Gecko Profiler? Drop by the #flow IRC channel.

Just a reminder: if you or engineers on your team have questions about using the Gecko Profiler (https://perf-html.io/), you can ask for help in the #flow IRC channel. ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.o

Re: Linting for common causes of oranges in mochitests (need ideas)

On 7/6/17 11:47 AM, Andrew Halberstadt wrote: # Are there additional things not listed on that page that we could lint for? Do we want to discourage tests from using Date (`new Date` or `Date.now()`) for measuring time? Dates are affected by time zones, DST, and clock skew issues jumping fo

Re: Intent to unship: moz*Frames attributes of HTMLVideoElement

On Monday, July 10, 2017 at 3:28:07 PM UTC+12, Randell Jesup wrote: > >On Fri, Jul 7, 2017 at 11:54 AM, Jet Villegas wrote: > > > >> What do we expect to break? > > > > > >I can see that video quality auto adjusment which is based on these APIs > >will become malfunction. But, I don't know is this

Re: More Rust code

On 7/10/17 4:48 PM, Xidorn Quan wrote: The first thing comes to my mind is crash reports. It currently doesn't always include useful panic message from Rust, see for example [1] and [2]. Also for Stylo, we generate lots of code (including using bindgen and mako template system, bindgen is usua

Re: Phabricator Update, July 2017

What is the status of push-to-review support? Chris. On Wednesday, July 12, 2017 at 8:42:06 AM UTC+12, Mark Côté wrote: > Hi all, here's a brief update on the project to deploy and integrate > Phabricator at Mozilla: > > * Development Phabricator instance

64-bit Firefox progress report: 2017-07-18

We are on track to make 64-bit Firefox the default build for Win64 OS, bringing improved ASLR and fewer OOM crashes to the 70% of Windows Firefox users running Win64. PLANS: * In Firefox 55 (August 8), the Windows stub installer will default to 64-bit Firefox for eligible users (Win64 and 2+

Re: 64-bit Firefox progress report: 2017-07-18

On 2017-07-19 12:01 AM, Mike Hommey wrote: What's the plan for eligible people that still want to keep 32-bit Firefox? Are they going to have to stop auto upgrades, which would get them automatically on 64-bits and upgrade manually? This is especially going to be a problem for users with less th

Re: 64-bit Firefox progress report: 2017-07-18

On 2017-07-19 10:18 AM, Mike Hoye wrote: On 2017-07-19 3:58 AM, Chris Peterson wrote: On 2017-07-19 12:01 AM, Mike Hommey wrote: What's the plan for eligible people that still want to keep 32-bit Firefox? Outside of our QA team (or others orgs, I guess?) do we have a set of use cases

Re: 64-bit Firefox progress report: 2017-07-18

On 2017-07-19 6:58 PM, Mike Hommey wrote: I don't understand why that would be, but if so it should show in crashstats as fewer small OOMs on these devices. Does the data actually show that? I don't know. Can that be filtered? I'm not sure I'm answering the right question, but searching thro

Re: Keyboard APZ has landed on Inbound

On 2017-07-21 11:05 PM, Ryan Hunt wrote: The patch to enable async keyboard scrolling in nightly (for all platforms except Android) has landed on inbound. Once this is merged to central, key scrolling will be done by the compositor instead of on the main thread in most cases. This should bring t

Heads up! Building Stylo in local developer builds

Stylo support (pref'd off) has been built in automation builds for a couple weeks. Ralph Giles just landed bug 1384258 to also build Stylo support (pref'd off) in local developer builds, too. You should rerun `mach bootstrap` to make sure you have the latest versions of the Stylo and Rust depen

Re: Heads up! Building Stylo in local developer builds

i686-pc-windows-msvc' and cannot be re-added You can fix this problem by running: rustup default stable-x86_64-pc-windows-msvc On 2017-07-28 1:04 AM, Chris Peterson wrote: Stylo support (pref'd off) has been built in automation builds for a couple weeks. Ralph Giles just landed bug 1384258 t

Re: Heads up! Building Stylo in local developer builds

t for mach bootstrap to run xcode-select automatically. On 2017-07-28 1:04 AM, Chris Peterson wrote: Stylo support (pref'd off) has been built in automation builds for a couple weeks. Ralph Giles just landed bug 1384258 to also build Stylo support (pref'd off) in local developer bui

Intent to remove: EME support on insecure contexts

Summary: Encrypted Media Extensions on insecure contexts (i.e. web sites served over non-HTTPS) is deprecated and will soon stop working in Firefox. Sites wanting to use EME should switch to HTTPS if they have not already. Bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1322517 Link to standa

Re: sccache as ccache

On 2017-08-05 10:49 AM, ISHIKAWA, Chiaki wrote: However, I am not sure if the cache is working correctly. With ccache, we can specify a log file in the environment variable CCACHE_LOGFILE to specify. We can study the log file to see if the cache is indeed working (hits, etc). Is there an equi

Re: 64-bit Firefox progress report: 2017-07-18

On 2017-08-06 11:26 PM, Henri Sivonen wrote: On Thu, Jul 20, 2017 at 10:42 AM, Chris Peterson wrote: Users with only 2 GB and 5 minute browser sessions would probably have a faster user experience with 32-bit Firefox than with 64-bit, but how do we weigh that experience versus the security

Re: 64-bit Firefox progress report: 2017-07-18

: https://searchfox.org/mozilla-central/source/browser/installer/windows/nsis/stub.nsi#189-195 On 2017-08-07 1:19 AM, Nicholas Nethercote wrote: I think the 2GB "requirement" from Microsoft should be ignored, because plenty of our users are ignoring it. Nick On Mon, Aug 7, 2017 at 5:51

Re: 64-bit Firefox progress report: 2017-07-18

for only 1% of Win64 OS users. As we are preparing to migrate Beta users to 64-bit, we see the minimum memory requirement adds new complexity to both the client and server components of the update process and extra QA for this one-time migration event. On Mon, Aug 7, 2017 at 5:51 PM, Ch

Re: CodeCoverage! Monthly Update

Kyle, do you know if Rust code coverage is blocked on any remaining Rust toolchain issues? chris On 2017-08-10 11:31 AM, Kyle Lahnakoski wrote: Did you have that sense you were missing something? Well, you were right: You were missing your ... # *Monthly CodeCoverage! update!  \o

Re: how to make your local --enable-optimize builds compile Rust faster

Matt Brubeck just a patch to disable Rust LTO on local Firefox builds, so you no longer need to manually apply Nathan's patch to disable LTO locally. https://bugzilla.mozilla.org/show_bug.cgi?id=1386371#c34 On 2017-08-09 11:49 AM, Nathan Froyd wrote: TL; DR: apply https://github.com/froydnj

Re: 64-bit Firefox progress report: 2017-07-18

I see what you mean. The chart is abstract, but I see how the relative sizes do imply more than intended. I like your suggestion to use up and down arrows. chris On 2017-08-14 7:42 PM, Ben Kelly wrote: Chris, Do you know who controls this blog post? https://blog.mozilla.org/firefox

Re: New string types: nsAutoStringN<> and nsAutoCStringN<>

On 2017-08-21 5:31 PM, Eric Rahm wrote: I'm not sure how much backing that has -- we'd be going from nsString => String which is pretty close to std::string -- it would be interesting to get some feedback. Or follow Rust's precedent and use type name `Str`. That would avoid confusion with std:

Firefox Nightly - now with twice as many builds a day!

astructure, so for now we're keeping an eye on load. We may need to revert if this causes too much backlog. In the meanwhile, enjoy a more up-to-date Nightly more often! Please comment on the bug if there are other issues with doing multiple nightlies a day. Cheers, Chris [1] https://bugzi

Re: Stylesheet wait timeout?

Gerv, do you have Stylo enabled? Even if you did not flip the pref (layout.css.servo.enabled), you might be in the Stylo experiment for Nightly users. Check about:support for "Stylo". On 2017-08-31 10:24 AM, Gervase Markham wrote: On 18/08/17 12:11, Gervase Markham wrote: Whereas what I me

Re: Stylesheet wait timeout?

o not have stylo enabled per about:support ("false (disabled by default)"). Dustin 2017-08-31 13:45 GMT-04:00 Chris Peterson : Gerv, do you have Stylo enabled? Even if you did not flip the pref (layout.css.servo.enabled), you might be in the Stylo experiment for Nightly users. Check ab

Re: Stylo now the default configuration for mozilla-central

On 2017-09-05 1:10 PM, J. Ryan Stinnett wrote: Assuming bug 1330412 sticks, Stylo will be the default configuration for mozilla-central for all platforms except Android. Thanks to everyone involved with Stylo that helped us reach this stage! Awesome! Thanks for flipping the switch, Ryan. To

Re: Device Memory header and JS API

On 2017-09-06 11:48 AM, Tom Ritter wrote: Steam's hardware survey shows the following distribution percentages. Less than 512 MB 0.00% 512 Mb to 999 MB 0.03% 1 GB 0.52% 2 GB 3.30% 3 GB 6.27% 4 GB 14.96% 5 GB 0.66% 6 GB 3.23% 7 GB 2.33% 8 GB 42.77% 9 GB 0.04% 10 GB 0.29% 11 GB 0.18% 12 G

Re: Coding style: Placement of binary operators when breaking a long line

On 2017-09-06 8:06 PM, Ehsan Akhgari wrote: The interesting points to consider is the data that Nick alluded to in the previous discussion about the existing prevalent style. Also, the point you up about the pragmatic aspect of the need to be able to use automated tools in order to manage our

Re: Follow up on clang-format

On Friday, May 23, 2014 at 3:29:48 AM UTC+2, Anthony Jones wrote: > 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 upstr

Re: Follow up on clang-format

On Thursday, September 28, 2017 at 10:15:05 AM UTC+2, Chris Pearce wrote: > On Friday, May 23, 2014 at 3:29:48 AM UTC+2, Anthony Jones wrote: > > Some of you may remember the discussion on clang-format and the `mach > > clang-format` command. What we have in place right now is

Re: test-verify now running as tier 2

This is very cool, Geoff! People have been talking about this idea for a long, so it is great to see it actually running. I'm glad to see chaos mode being tested, too. On 2017-10-02 10:11 AM, Geoffrey Brown wrote: Today the test-verify test task will start running as a tier 2 job. Look for th

Re: Changes to tab min-width

On 2017-10-03 2:18 PM, Boris Zbarsky wrote: Right now, at 60px, I can see 7-10 chars in a tab title.  This is sometimes (but not always) enough for me to make sense of what I'm looking at when the favicon is not helpful.  For example, for bugzilla bugs I can see the whole bug number. In the n

Setting expectations for sheriffing over the next month

Our code sheriffing bandwidth is greatly reduced right now. We continue to train up the SoftVision (SV) sheriffing contractors to assist with backouts and merges on a 24/7 basis, but they are not ready yet. What does this mean for you? In the short term, this means the sheriffs can only guarantee

Experimenting with a shared review queue for Core::Build Config

Many of the build peers have long review queues. I'm not convinced that all of the review requests going to any particular build peer need to be exclusive. We're going to try an experiment to see if we can make this better for patch authors and reviewers alike. To this end, we've set up a shared re

Re: Experimenting with a shared review queue for Core::Build Config

On Wed, Oct 11, 2017 at 1:46 PM, Nathan Froyd wrote: > Does this user have a bugzilla :alias so that folks submitting patches > via MozReview or similar can just write r=build-peer or something, > rather than having to manually select the appropriate shared queue > after submitting their patch for

Re: Intent to unship: rel=preload for firefox 57

I intent to land rel=preload for non-cacheable resources as well in next > couple of days. This will be on Firefox 58 and I will turn rel=preload back > on when this lands. What’s the bug number to track this work? thanks, Chris ___ dev-platfor

Re: We need better canaries for JS code

On 2017-10-18 4:51 AM, Mark Banner wrote: I expect that this will find a number of lurking errorsy, so we may want to migrate code progressively, using a directive, say "use strict moz-platform" and static analysis to help encourage using this directive. It would definitely be interesting to fail

“approval required” for changes affecting CI infrastructure

the overall system in the leadup to 57. If you don’t hear a response back in 24h, you can assume that your proposal is fine, and proceed to land it. Thanks in advance, Chris ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla

Re: Nightly Start Time and Daylight Savings

On 2017-11-06 9:46 AM, Justin Wood wrote: Now with Taskcluster the start time is anchored in UTC so doesn't move along with Daylight Savings, currently anchoring at 10am and 10pm UTC. How long do the Nightly builds typically take? If the builds are started at 10am and 10pm UTC (2am and 5pm PST

Re: PSA: Avoid invoking Debug formatters in release-mode Rust

On 2018-01-12 9:07 PM, Bobby Holley wrote: The most common way this seems to happen is in panic!() messages, where it can be tempting to include a stringified value to make the message more informative. Just a friendly reminder: panic messages that are parameterized to include debug data might

Chrome will start marking HTTP pages as "Not secure"

Chrome will start marking HTTP pages as "Not secure" in July 2018 (Chrome 68): https://security.googleblog.com/2018/02/a-secure-web-is-here-to-stay.html Firefox has a similar insecure HTTP warning icon, currently disabled by the `security.insecure_connection_icon.enabled` pref added in bug 131

PSA: C++ virtual function declarations should specify only one of virtual, final, or override

Mozilla's C++ style guide [1] says (since 2015) virtual function declarations should specify only one of `virtual`, `final`, or `override`. Over the weekend, I will land a mach lint check (bug 1436263) that will warn about some virtual style violations such as: virtual void Bad1() final v

Re: PSA: C++ virtual function declarations should specify only one of virtual, final, or override

On 2018-02-16 1:07 PM, L. David Baron wrote: virtual void Bad1() final I think there might be some legitimate use cases for this one, when a function needs to be virtual because it's required for the calling convention (as part of a binary plugin API or binary embedding API, for example), but

Re: PSA: C++ virtual function declarations should specify only one of virtual, final, or override

On 2018-02-16 12:54 PM, Ben Kelly wrote: Are we supposed to just use override or final on methods that are overriden when the class itself is marked final? Personally writing final again seems redundant with the class level final and the override keyword seems more informative. You could use e

How to request documentation for new features or report problems on MDN

x27;t file "Developer Documentation" bugs for feature additions that already being tracked in an engineering bug. Instead, add the "dev-doc-needed" keyword to the engineering bug. We've had a few duplications recently because of this. Many thanks! Chris Mills MDN content

Re: How to request documentation for new features or report problems on MDN

Yes, what sheppy said ;-) Chris Mills MDN content lead & writers' team manager || Mozilla developer.mozilla.org || MDN Web Docs cmi...@mozilla.com || @chrisdavidmills > On 17 May 2018, at 05:27, Eric Shepherd (Sheppy) > wrote: > > Yes. Always, you're welcome to ma

Re: Removing tinderbox-builds from archive.mozilla.org

The discussion about what to do about these particular buildbot builds has naturally shifted into a discussion about what kind of retention policy is appropriate for CI builds. I believe that right now we keep all CI build artifacts for 1 year. Nightly and release builds are kept forever. There's

Re: Upcoming C++ standards meeting in Rapperswil, Switzerland

On 2018-05-23 1:35 PM, Botond Ballo wrote: There is also work being done in this area outside the formal standards process, in the form of the C++ Core Guidelines [2] (some of which can be checked statically) and the accompanying Guideline Support Library [3], and in the form of Microsoft's lifet

Re: Removing tinderbox-builds from archive.mozilla.org

On Sun, 20 May 2018 at 19:40, Karl Tomlinson wrote: > On Fri, 18 May 2018 13:13:04 -0400, Chris AtLee wrote: > > IMO, it's not reasonable to keep CI builds around forever, so the question > > is then how long to keep them? 1 year doesn't quite cover a full ESR cycl

Re: Removing tinderbox-builds from archive.mozilla.org

On Tue, 29 May 2018 at 14:21, L. David Baron wrote: > > On Monday 2018-05-28 15:52 -0400, Chris AtLee wrote: > > Here's a bit of a strawman proposal...What if we keep the > > {mozilla-central,mozilla-inbound,autoland}-{linux,linux64,macosx64,win32,win64}{,-pgo}/ >

Re: Launch of Phabricator and Lando for mozilla-central

This is really great news, I'm really excited to start using it! Automated landings from code review is such a game changer for productivity and security. Congrats to everyone involved. Cheers, Chris On Wed, 6 Jun 2018 at 11:01, Mark Côté wrote: > > The Engineering Workflow team

Intent to ship: block audible autoplay media intervention

Intent to ship: block audible autoplay media intervention SUMMARY: We intend to change the behaviour of HTMLMediaElement to block autoplay of audible audio and video in Firefox on desktop and mobile. We are not going to block WebAudio at the same time. While we do plan to block audible autopla

Re: Intent to ship: block audible autoplay media intervention

Hi Mounir, Replies inline below... On Thu, Jul 5, 2018 at 2:56 AM, Mounir Lamouri wrote: > Hi Chris, > > Very excited to see Firefox going forward with autoplay blocking. A couple > of comments inline. > > On Tue, 3 Jul 2018, at 19:38, Chris Pearce wrote: > > DETAI

Re: Intent to ship: block audible autoplay media intervention

On Friday, July 6, 2018 at 3:10:58 AM UTC+12, Mounir Lamouri wrote: > On Wed, 4 Jul 2018, at 18:22, Chris Pearce wrote: > > Hi Mounir, > > > > Replies inline below... > > > > > > On Thu, Jul 5, 2018 at 2:56 AM, Mounir Lamouri wrote: > > > >

Re: Intent to ship: block audible autoplay media intervention

On Saturday, July 7, 2018 at 5:04:28 AM UTC+12, Mounir Lamouri wrote: > On Fri, 6 Jul 2018, at 00:49, Chris Pearce wrote: > > On Friday, July 6, 2018 at 3:10:58 AM UTC+12, Mounir Lamouri wrote: > > > On Wed, 4 Jul 2018, at 18:22, Chris Pearce wrote: > > > > Hi Mo

Re: Using clang-cl to ship Windows builds

How does the performance of clang-cl builds compare to MSVC builds on benchmarks like Speedometer? On 2018-07-10 1:29 PM, David Major wrote: Bug 1443590 is switching our official Windows builds to use clang-cl as the compiler. Please keep an eye out for regressions and file a blocking bug for

  1   2   3   4   5   6   >