Re: Intent to deprecate: Insecure HTTP

On Tuesday, April 14, 2015 at 12:27:22 AM UTC-4, commod...@gmail.com wrote: > On Monday, April 13, 2015 at 1:43:25 PM UTC-7, byu...@gmail.com wrote: > > Let 'em do this. When Mozilla and Google drop HTTP support, then it'll be > > open season for someone to fork/make a new browser with HTTP suppor

Re: Intent to deprecate: Insecure HTTP

On Tuesday, April 14, 2015 at 1:16:25 AM UTC-4, vic wrote: > On Monday, April 13, 2015 at 4:57:58 PM UTC+2, Richard Barnes wrote: > > HTTP deprecation > > I'm strongly against the proposal as it is described here. I work with small > embedded devices (think sensor network) that are accessed over

Re: Intent to disable service workers and push in 52 ESR

I just filed: https://bugzilla.mozilla.org/show_bug.cgi?id=1338144 On Thu, Feb 9, 2017 at 4:26 AM, Kohei Yoshino wrote: > Do we already have a bug for this? Firefox 52 will be shipped just in 4 > weeks. > > > On 2017-01-18 10:49 AM, Ben Kelly wrote: > >> I'd like

Re: All the processes

issues with many operations requiring the main thread which is often busy during page load in content processes. I also think it would be worth investigating a separate process for the network stack: https://bugzilla.mozilla.org/show_bug.cgi?id=1322426 I don't think anyone is working

Re: All the processes

On Mon, Mar 6, 2017 at 5:12 PM, Nicholas Nethercote wrote: > Now for the reason I raised this: the major downside of using multiple > processes is that it increases memory usage. Recent-ish measurements showed > that for e10s-multi we could probably go up to 4 content processes without > blowing

Re: All the processes

On Mon, Mar 6, 2017 at 5:42 PM, Nicholas Nethercote wrote: > On Tue, Mar 7, 2017 at 9:22 AM, Ben Kelly wrote: > >> These measurements are for full content processes. Many of the processes >> in the above do not need all the chrome script we load in content processes >&

Re: Heads Up: /storage upgraded from version 1.0 to 2.0

On Tue, Mar 7, 2017 at 6:09 PM, Xidorn Quan wrote: > > This major version change is downgrade-incompatible, so IndexedDB and > > DOM cache won't work in an older version if their profile has been > > upgraded. > > IndexedDB is also used internally, so stuff that depends on it likely > > won't wor

Re: Please write good commit messages before asking for code review

On Thu, Mar 9, 2017 at 5:35 PM, Mike Hommey wrote: > On Thu, Mar 09, 2017 at 02:46:53PM -0500, Ehsan Akhgari wrote: > > I review a large number of patches on a typical day, and usually I have > to > > spend a fair amount of time to just understand what the patch is doing. > As > > the patch autho

Re: Please write good commit messages before asking for code review

On Thu, Mar 9, 2017 at 5:48 PM, Eric Rescorla wrote: > > > On Thu, Mar 9, 2017 at 2:43 PM, Ben Kelly wrote: > >> (Just continuing the thread here.) >> >> Personally I prefer looking at the bug for the full context and single >> point of truth. Also, security

windows build anti-virus exclusion list?

l dir - /users/bkelly/appdada/local/temp - /users/bkelly (because temp dir was not enough) I'd like to narrow this down a bit. Does anyone have a better list of things to exclude from virus scanning for our build process? Thanks. Ben ___ de

Re: windows build anti-virus exclusion list?

On Thu, Mar 16, 2017 at 11:26 PM, Ben Kelly wrote: > - mozilla-build install dir > - visual studio install dir > - /users/bkelly/appdada/local/temp > - /users/bkelly (because temp dir was not enough) > FWIW, adding all these extra exclusions dropped my build time from ~22

Re: windows build anti-virus exclusion list?

a.org/en-US/docs/Mozilla/Developer_guide/Build_Instructions/Windows_Prerequisites Thanks. Ben > > - mhoye > > > On Mar 16, 2017 20:34, "Ben Kelly" wrote: > > On Thu, Mar 16, 2017 at 11:26 PM, Ben Kelly wrote: > > > - mozilla-build install dir > >

Re: windows build anti-virus exclusion list?

On Fri, Mar 17, 2017 at 12:05 AM, Ben Kelly wrote: > On Thu, Mar 16, 2017 at 11:40 PM, Michael Hoye wrote: > > Depending on your AV, if you don't exempt mozilla-central some of our >> tests will get quarantined and you won't be able to build at all. >> > >

Re: windows build anti-virus exclusion list?

On Fri, Mar 17, 2017 at 1:36 PM, Ted Mielczarek wrote: > Back to the original topic, I recently set up a fresh Windows machine > and I followed the same basic steps (enable performance power mode, > whitelist a bunch of stuff in Windows Defender) and my build seemed > basically CPU-bound[1] durin

Re: windows build anti-virus exclusion list?

On Fri, Mar 17, 2017 at 2:43 PM, Ted Mielczarek wrote: > > The 14min measurement must have been for a partial build. With defender > > disabled the best I can get is 18min. This is on one of the new lenovo > > p710 machines with 16 xeon cores. > > Nope, full clobber builds: `./mach clobber; tim

Re: windows build anti-virus exclusion list?

On Fri, Mar 17, 2017 at 2:52 PM, Ben Kelly wrote: > On Fri, Mar 17, 2017 at 2:43 PM, Ted Mielczarek > wrote: > > Yeah, I specifically meant "CPU-bound during the compile tier", where we >> compile all the C++ code. If you look at the resource usage graphs I >>

Re: windows build anti-virus exclusion list?

let us > determine if we need to tweak `FILES_PER_UNIFIED_FILE` lower, at least. > Hmm. The "we do try to build js/src pretty early in the build" statement doesn't seem to match what I am seeing. Its one of the last things to build on my machine. Also, it seems to be seri

Re: unowned module: Firefox::New Tab Page, help me find an owner

On Wed, Mar 22, 2017 at 9:22 AM, wrote: > I have not been able to find an owner for the Firefox::New Tab Page > bugzilla component (bug 1346908). There are 35 tests in the tree and > without anyone to assume responsibility for them when they are intermittent > (bug 1338848), I plan to delete the

Re: unowned module: Firefox::New Tab Page, help me find an owner

On Wed, Mar 22, 2017 at 9:39 AM, wrote: > On Wednesday, March 22, 2017 at 9:35:35 AM UTC-4, Ben Kelly wrote: > > You plan to delete all the tests? This seems somewhat extreme for a > > shipped feature. Why not disable just the tests that are intermittent? > > I agree th

Re: unowned module: Firefox::New Tab Page, help me find an owner

On Wed, Mar 22, 2017 at 10:00 AM, David Burns wrote: > On 22 March 2017 at 13:49, Ben Kelly wrote: > >> Finding someone to own the feature and investigate intermittents is >> important too, but that doesn't mean the tests have zero value. >> > > This just stri

Re: e10s-multi update and tests

sses count against the limit of 4. > FWIW, the intention is that the worker process would not count against the limit. It would not contain any windows and would be significantly smaller in size. Ben ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Better download security through browsers

We now have SRI and support integrity attributes on elements like

Re: A reminder about commit messages: they should be useful

wasn't going to chime in here, but felt compelled since Olli's view was being cast as rare.) Ben ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Ambient Light Sensor API

The post suggests that limiting precision would mitigate the issue. We could do that immediately while we wait for telemetry to roll in. The post says reducing the frequency of the readings would not be very effective, but maybe we should reduce the frequency anyway? Possibly firing an event eve

Re: Avoiding jank in async functions/promises?

On Wed, May 17, 2017 at 10:03 PM, Boris Zbarsky wrote: > On 5/17/17 9:22 PM, Mark Hammond wrote: > >> I'm wondering if there are any ideas about how to solve this optimally? >> > > I assume https://w3c.github.io/requestidlecallback/#the-requestidleca > llback-method doesn't have quite the right s

Re: Avoiding jank in async functions/promises?

On Wed, May 17, 2017 at 10:19 PM, Ben Kelly wrote: > FWIW, we have a similar problem in the native TimeoutManager::RunTImeout() > method. I'm using a time budget approach to make it adapt to different > hardware better. > I meant to include the bug number here: https://bug

Re: Intent to ship: NetworkInformation

: https://wicg.github.io/netinfo/#privacy-considerations Thanks. Ben On Fri, Dec 23, 2016 at 10:43 AM, Eric Rescorla wrote: > On Thu, Dec 22, 2016 at 10:31 PM, wrote: > > > On Wednesday, December 21, 2016 at 12:51:10 AM UTC+11, Eric Rescorla > wrote: > > > I'm not r

more setTimeout() changes incoming

est. Also, feel free to NI me to help investigate. Again, I've worked hard to squash the intermittents I've seen in try, so I don't believe there will be any super frequent failures from this bug. (Or I wouldn't be landing, etc...) Please let me know if there are any questi

Re: more setTimeout() changes incoming

precision should be approximately the same as behavior. The main benefit of this landing will be reduced allocation and locking overhead when setTimeout()/setInterval() is used. On Thu, May 25, 2017 at 11:00 AM, Ben Kelly wrote: > Hi all, > > I want to give everyone a heads-up that I'm

Re: more setTimeout() changes incoming

These setTimeout() changes have been pushed to inbound: https://treeherder.mozilla.org/#/jobs?repo=mozilla-inbound&revision=7c6116ac71e954805dccf3146d6fffcf28bbc0cf Please need-info me if you encounter any problems. I'll check back later. Thanks! Ben On Tue, May 30, 2017 at 10:3

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

On Tue, Jun 6, 2017 at 3:07 PM, Chris Peterson wrote: > 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 do

Re: JSBC: JavaScript Start-up Bytecode Cache

lowing along at home: 1. We don't support this when loading worker scripts yet. 2. If a page script load is intercepted by a service worker then this optimization is effectively disabled. There are a number of follow-up bugs filed to fix those things, but its a non-trivial amount of work.

Re: Shipping Headless Firefox on Linux

I typically use xvfb-run when executing tests locally. How does headless mode differ? Does it just run faster, but at the cost not testing some widget code? On Wed, Jun 14, 2017 at 7:51 PM, Brendan Dahl wrote: > Hello All, > > > As of Firefox 55 I intend to ship headless Linux support (Firefox

Re: Shipping Headless Firefox on Linux

On Thu, Jun 15, 2017 at 4:37 PM, Nathan Froyd wrote: > On Thu, Jun 15, 2017 at 2:02 PM, Brendan Dahl wrote: > > Headless will run less of the platform specific widget code and I don't > > recommend using it for platform specific testing. It is targeted more at > > web developers and testing regu

Re: Switching to per-channel profiles

file next time). If we're enabling similar logic across all channels, we should probably fix this or get rid of the button (since it will serve no function AFAICT). - Ben ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: More Rust code

t actors already cannot interface with xpcom since they are OMT and would be a good candidate here. Anyway, I think fixing these kinds of integration pain points would accelerate our ability to use rust in gecko. I would hesitate to make any kind of mandates until these issues are addressed. Thanks. Ben ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: W3C Charter Advance Notice: Web Platform (recharter) & Service Workers WGs

We have implementation close to review for one-shot sync. I don't know of any browser that has implemented and shipped periodic sync yet. On Tue, Jul 11, 2017 at 2:49 PM, L. David Baron wrote: > On Tuesday 2017-07-11 11:38 -0700, L. David Baron wrote: > > On Wednesday 2017-07-05 11:02 -0700, L.

Re: Phabricator Update, July 2017

On Tue, Jul 11, 2017 at 11:49 PM, Martin Thomson wrote: > On Wed, Jul 12, 2017 at 1:34 PM, Byron Jones wrote: > > instead of disabling splinter for phabricator backed products, we could > make > > it a read-only patch viewer. > > Given the number of bugs that exist with patches attached, that wo

Re: Phabricator Update, July 2017

abricator will be great, but I'll believe it when I see it. Please don't force future data and workflow into an as-yet unproven tool. Thanks. Ben ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Phabricator Update, July 2017

. Ben On Jul 14, 2017 11:34 AM, "Milan Sreckovic" wrote: > Replying in general, to a random message :) > > I don't have the numbers, but I imagine reviews are happening in the > hundreds every day (if we land almost 300 patches.) So, I wouldn't expect > the

Re: Phabricator Update, July 2017

On Jul 14, 2017 6:27 PM, "Mike Hommey" wrote: On Fri, Jul 14, 2017 at 01:00:51PM -0400, Ben Kelly wrote: > I know feedback was collected, but maybe not from this group. Feedback was collected from a selected set of the people who do the most reviews. I'm one of them. I don&#x

Re: Phabricator Update, July 2017

On Mon, Jul 17, 2017 at 12:27 PM, Gregory Szorc wrote: > If the bug is only serving as an anchor to track code review, then the > question we should be asking is "do we even need a bug." > In my experience the answer to this is "yes, we need a bug". I very rarely have a one-to-one mapping betwe

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

VM fragmentation still outweighed OOM (large) on these machines. If that is the case 64-bit is strictly better. Ben ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

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

On Jul 19, 2017 8:57 PM, "Mike Hommey" wrote: On Wed, Jul 19, 2017 at 08:48:45PM -0400, Ben Kelly wrote: > On Jul 19, 2017 6:20 PM, "Mike Hommey" wrote: > > > What would be the rationale behind this choice? > > Smaller memory footprint, which, you'll a

Re: Keyboard APZ has landed on Inbound

On Sat, Jul 22, 2017 at 2:05 AM, Ryan Hunt wrote: > Keyboard APZ can't be used in every case. Currently it's disabled in the > presense of key event listeners, as they can preventDefault scrolling and > that > is a non-negotiable part of the web. > Do we do keyboard APZ if the event listener is

Re: Intent to remove: sensor APIs

On Mon, Jul 24, 2017 at 5:10 AM, Anne van Kesteren wrote: > * Device orientation > Isn't this one required to build a decent web experience on mobile for some sites? It seems pretty common on mobile to adjust the UX based on whether the device is in portrait/landscape orientation. _

Re: sccache as ccache

On Wed, Jul 26, 2017 at 9:05 AM, Ted Mielczarek wrote: > Yesterday I published sccache 0.2 to crates.io, so you can now `cargo > install sccache` and get the latest version (it'll install to > ~/.cargo/bin). > I tried this on my linux build machine today and got: error: failed to run custom bui

Re: sccache as ccache

On Wed, Aug 2, 2017 at 12:26 PM, Ben Kelly wrote: > On Wed, Jul 26, 2017 at 9:05 AM, Ted Mielczarek > wrote: > >> Yesterday I published sccache 0.2 to crates.io, so you can now `cargo >> install sccache` and get the latest version (it'll install to >> ~/.cargo

Re: disabled non-e10s tests on trunk

e10s on desktop linux. Having more real devices to run android tests on would probably reduce the number of tests that are disabled. The emulator is extremely slow and not representative of real hardware. Ben ___ dev-platform mailing list dev-plat

Re: disabled non-e10s tests on trunk

On Tue, Aug 8, 2017 at 5:18 PM, Ben Kelly wrote: > On Tue, Aug 8, 2017 at 5:12 PM, wrote: > >> While we get some advantages to not running duplicated tests (faster try >> results, less backlogs, fewer intermittent failures) there might be >> compelling reasons to run som

Re: disabled non-e10s tests on trunk

On Tue, Aug 8, 2017 at 5:18 PM, Ben Kelly wrote: > On Tue, Aug 8, 2017 at 5:12 PM, wrote: > >> In bug 1386689, we have turned them off. There was some surprise in >> doing this and some valid concerns expressed in comments in the bug. Given >> that, I thought we shoul

Response.body streams landing on trunk, default off

d so far I have not found any functional problems. Many thanks to Till and Andrea for their hard work on streams! Ben ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Firefox and clang-cl

on of the regression: https://bugs.chromium.org/p/chromium/issues/detail?id=749359#c4 The comment suggests that the change would see an improvement in clang since the code would then use class "overflow builtins". Its hard to tell if all of the clang-on-windows improvement is due to this

Re: Response.body streams landing on trunk, default off

FYI, the Fetch API side of streams has landed and is now in nightly. Please test and file bugs. Thanks! Ben On Thu, Aug 10, 2017 at 11:29 PM, Ben Kelly wrote: > Hi all, > > As some of you may know :till and :baku have been working hard to > implement ReadableStream support. Til

Re: Linking with lld instead of ld/gold

will > look for the same version of LLD available on the system. > The clang installed by ./mach bootstrap in .mozbuild is 3.9.0. Is there any plan to update that to >= 4.0? Thanks. Ben ___ dev-platform mailing list dev-platform

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

to be pedantic, but misleading charts are kind of a pet peeve. Thanks. Ben On Wed, Jul 19, 2017 at 2:38 AM, Chris Peterson wrote: > 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 runni

Re: disabled non-e10s tests on trunk

On Tue, Aug 15, 2017 at 4:29 PM, wrote: > While there are many tests which individually are disabled or lacking > coverage, these test suites have no non-e10s coverage: > * web-platform-tests > * browser-chrome > * devtools > * jsreftests > * mochitest-webgl, mochitest-gpu, mochitest-media > * re

Re: disabled non-e10s tests on trunk

On Tue, Aug 15, 2017 at 4:37 PM, Joel Maher wrote: > All of the above mentioned tests are not run on Android (well > mochitest-media is to some degree). Is 4 months unreasonable to fix the > related tests that do not run in e10s? Is there another time frame that > seems more reasonable? > Last

Re: disabled non-e10s tests on trunk

On Tue, Aug 15, 2017 at 4:43 PM, Joel Maher wrote: > This is a discussion about tests in e10s mode, not WPT on Android. > Yes. And android is our last tier 1 platform that requires non-e10s. I think that makes it relevant to the discussion. > > What specific coverage are we missing by not ru

Re: disabled non-e10s tests on trunk

nt of linux. Running a linux platform might be closer to android behavior. But I don't have a known specific difference in mind. It would also be nice to opt and debug since things do differ between them, but I'll take what I can get. Thanks. Ben _

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

s nAutoCStringN also store its value null-terminated? Is that null somehow accounted for in the storage? I don't see where that is done: http://searchfox.org/mozilla-central/source/xpcom/string/nsTString.h#664 Should that be `mStorage[N + 1]`? Thanks. Ben

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

On Mon, Aug 21, 2017 at 10:00 AM, Ben Kelly wrote: > Should that be `mStorage[N + 1]`? > Maybe not since things like NSID_LENGTH include the null pointer on their end. Sorry for my confusion. ___ dev-platform mailing list dev-pl

Re: Intent to ship: Abort API

On Tue, Aug 29, 2017 at 2:05 AM, Andrea Marchesini wrote: > Abort API is already part of the DOM spec and I would like to enable it by > default everywhere in our codebase (dom.abortController.enabled). Abort + > Fetch integration is not part of the spec yet. There is a read-ish > pull-request, b

Re: Intent to ship: Abort API

On Tue, Aug 29, 2017 at 9:39 AM, Ben Kelly wrote: > On Tue, Aug 29, 2017 at 2:05 AM, Andrea Marchesini < > amarches...@mozilla.com> wrote: > >> Abort API is already part of the DOM spec and I would like to enable it by >> default everywhere in our codebase (dom.abor

Re: Quantum Flow Engineering Newsletter #22

On Fri, Sep 1, 2017 at 1:59 AM, Ehsan Akhgari wrote: >- Mike Conley made it so that background tabs are “warmed up” when >hovering the mouse cursor over them >. This should >improve tab switching perceived performance. > I jus

Re: Quantum Flow Engineering Newsletter #22

On Fri, Sep 1, 2017 at 10:06 AM, Ben Kelly wrote: > On Fri, Sep 1, 2017 at 1:59 AM, Ehsan Akhgari > wrote: > >>- Mike Conley made it so that background tabs are “warmed up” when >>hovering the mouse cursor over them >><https://bugzilla.mozilla.org/

Re: Intent to ship: Abort API

is Andrea! Ben ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Re: Firefox and clang-cl

overflow builtins? Should we file one? Even if we can't use them on all platforms yet, it might be a nice win on mac where we lack other optimizations like PGO right now. Thanks. Ben ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Re: Firefox and clang-cl

On Thu, Sep 7, 2017 at 10:09 AM, Nathan Froyd wrote: > On Thu, Sep 7, 2017 at 10:04 AM, Ben Kelly wrote: > > On Mon, Aug 14, 2017 at 10:44 AM, Tristan Bourvon > > wrote: > > > >> Here's the RFC of the overflow builtins: > >> http://clang-

Re: disabled non-e10s tests on trunk

x27;t want to use windows because it builds/runs much slower than linux. Thanks. Ben On Fri, Aug 18, 2017 at 4:15 PM, wrote: > Yesterday I landed bug 1391371 which enabled non-e10s unittests on windows > 7 debug. A few tests had to be disabled in order to do this. To keep > track o

Re: indexedDB.open failing silently?

Can you have the user try in a fresh profile? I think this behavior might occur if they used a profile in a newer version of firefox (like nightly 57) and then try to take it back to an older version (like release 55). Database schemas can be updated in various storage APIs on disk which prevent

Re: Re-visiting the DOM tree depth limit in layout

cell doesn't overflow the stack. > Is it possible to have automated tests to verify these tunings remain valid as the tree is changed over time? Or maybe we already have those? Thanks. Ben ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

PSA: nsPipe3.cpp is now using diagnostic assertions

increased nightly/dev-edition crashes. The diagnostic assertions were pushed in: https://bugzilla.mozilla.org/show_bug.cgi?id=1398942 Please let me know if you have any questions or concerns. Thanks. Ben ___ dev-platform mailing list dev-platform

Re: TabChild visibility

FWIW, our nsIDocument::VisibilityState() is updated when the docshell goes active: http://searchfox.org/mozilla-central/source/dom/base/nsIDocument.h#2855 http://searchfox.org/mozilla-central/source/dom/base/nsDocument.cpp#12504 http://searchfox.org/mozilla-central/source/dom/base/nsDocument.cpp#1

Re: Containers graduation from Test Pilot - we still care about 57+

Thanks Jonathan. Also, it seems the link to the web extension version of the container addon is broken above. This one works for me: https://github.com/mozilla/multi-account-containers/releases/latest On Sat, Sep 23, 2017 at 9:52 AM, Jonathan Kingston wrote: > Hi All, > > TL;DR - containers i

Re: Containers graduation from Test Pilot - we still care about 57+

On Mon, Sep 25, 2017 at 9:28 AM, Ben Kelly wrote: > Thanks Jonathan. > > Also, it seems the link to the web extension version of the container > addon is broken above. This one works for me: > > https://github.com/mozilla/multi-account-containers/releases/latest > Sorry,

Re: Containers graduation from Test Pilot - we still care about 57+

It disables multi-e10s. Forced to one content process. On Sep 27, 2017 12:58 PM, "Andrew McKay" wrote: Sorry, it disables e10s even though it has true in the install.rdf? That shouldn't be the case. On 27 September 2017 at 07:14, Ben Kelly wrote: > On Mon, Sep 25, 2017 at

Intent to implement and ship PerformanceResourceTiming.workerStart

ice-worker/resource-timing.https.html Please let me know if there are questions or concerns. Thanks. Ben ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Default Rust optimization level decreased from 2 to 1

Would it be possible to have our profiling tools warn if about:compiler optimization flags are not in about:buildconfig? On Tue, Oct 31, 2017 at 3:39 PM, Jeff Muizelaar wrote: > On Tue, Oct 31, 2017 at 3:21 PM, Gregory Szorc wrote: > > On Tue, Oct 31, 2017 at 12:02 PM, Jeff Muizelaar > > > wro

Re: Intent to ship: Retained Display Lists

ng really well. We'd really appreciate some early feedback, so feel free to set layout.display-list.retain=true and give it a try! Anecdotely this pref seems to make twitter much less janky on fennec on my Nexus 5x. What's the plan for enabling b

Re: Intent to ship: Retained Display Lists

On Tue, Oct 31, 2017 at 11:44 PM, Ben Kelly wrote: > Anecdotely this pref seems to make twitter much less janky on fennec on my > Nexus 5x. > Actually, at least some retained display list code is disabled in non-e10s because of a process type check. Its unclear what flipping the pre

Re: mozilla-central now compiles with C++14

nction([uniqueThing = Move(uniqueThing)] () { uniqueThing->Stuff(); }); thread->Dispatch(r.forget()); Thanks. Ben ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

service workers at risk for FF59 ESR

given the holiday/all-hands cycle. Realistically we should plan on service workers being disabled in FF59 ESR. Please let me know if you have any questions or concerns. Thanks. Ben ___ dev-platform mailing list dev-platform@lists.mozilla.org https

PSA: increased chance of new leaks due to delayed shutdown issue

s out. If you are touching anything that might live until shutdown, please include the patches from bug 1420594 to avoid the delayed shutdown issue. I'll send another mail once the fix lands and sticks. Thanks for your help. Sorry for the trouble. Ben _

Re: PSA: increased chance of new leaks due to delayed shutdown issue

FYI, we have a fix identified for the late shutdown leak as well. I will push them to inbound once the trees re-open. On Thu, Nov 30, 2017 at 11:18 PM, Ben Kelly wrote: > Hi all, > > I just wanted to send a note about a bug in nightly which is leading to > delayed shutdowns. Curre

Re: PSA: increased chance of new leaks due to delayed shutdown issue

Both fixes have stuck and are in the latest nightly. Sorry for the headaches here. On Dec 1, 2017 1:15 PM, "Ben Kelly" wrote: > FYI, we have a fix identified for the late shutdown leak as well. I will > push them to inbound once the trees re-open. > > On Thu, Nov 30,

Re: PSA: increased chance of new leaks due to delayed shutdown issue

Actually this was backed out from m-c for a single failing android test this morning. So please be aware we are at risk of introducing leaks again. On Sat, Dec 2, 2017 at 9:27 PM, Ben Kelly wrote: > Both fixes have stuck and are in the latest nightly. Sorry for the > headaches here.

new code to help with cross-process windows/workers (and Clients API)

esign it to support other internal uses. I'd be very happy to help get new features added to support browser chrome or native code. Thanks! Ben P.S. I was also thinking of doing a blog post with diagrams of how it works if people think that would be useful. __

Re: new code to help with cross-process windows/workers (and Clients API)

a blog post next week. (I'm not going to be in Austin for the work week.) Thanks. Ben ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: new code to help with cross-process windows/workers (and Clients API)

On Dec 9, 2017 8:25 AM, "Gijs Kruitbosch" wrote: On 08/12/2017 20:23, Ben Kelly wrote: > Please let me know if you have any question or if you think you have a > feature that could integrate with the clients infrastructure. While the > initial implementation is limited t

Re: Next year in web-platform-tests

I know you aware, but just mentioning for the list: We need WPT coverage on Android to fully rely on it as our primary test suite. Particularly while Android's config deviates so far from desktop. On Dec 15, 2017 10:40 AM, "James Graham" wrote: > Following the summary of what we achieved in wp

overly strict eslint rules

lint rules on things that provide code safety value. Thanks. Have a great holiday. Ben ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Refactoring proposal for the observer service

ML for > the list but it could be anything that fits the bill): > Could we use our existing idl/webidl/ipdl for this? It would be nice not to have to maintain another code generator in the tree if possible. Otherwise seems like a good idea. Thanks. Ben __

Re: Refactoring proposal for the observer service

On Thu, Jan 4, 2018 at 10:00 AM, Nathan Froyd wrote: > On Wed, Jan 3, 2018 at 5:30 PM, Ben Kelly wrote: > > On Wed, Jan 3, 2018 at 5:09 PM, Gabriele Svelto > wrote: > >> So after validating my approach in that bug (which is almost ready) I've > >> though

Re: Refactoring proposal for the observer service

On Thu, Jan 4, 2018 at 4:35 PM, Gabriele Svelto wrote: > On 03/01/18 23:30, Ben Kelly wrote: > > Could we use our existing idl/webidl/ipdl for this? It would be nice > > not to have to maintain another code generator in the tree if possible. > > > AFAIK there is no way i

Re: Requiring secure contexts for new features

ed going forward if it meets one of our exception criteria. Thanks. Ben ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Intent to Unship: Application Cache over Insecure Contexts

On Fri, Jan 19, 2018 at 12:26 PM, Mike Taylor wrote: > > When the pref is set to false the API will be removed: > > > > - > > > > window.applicationCache will be removed > > - > > > > The cache service Firefox implements for AppCache will be disabled over > > Insecure Contexts > > > > >

PSA: service worker code has moved

intermittent bug title matching. Let me know if there are problems. Thanks. Ben ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

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

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. On Fri, Feb 16, 2018 at 3:36 PM, Chris Peterson wrote: >

Re: Intent to implement and ship: spec compliance Promise microtask behavior

I just want to give a huge thank you to everyone who worked on this. Its such a monumental task to change such a core feature, especially with new tests that might depend on the old behavior being added all the time. Thank you! Ben On Wed, Feb 28, 2018 at 6:58 AM, Hiroyuki Ikezoe wrote

  1   2   3   >