Re: User-facing benefits from UA exposure of Android version and Linux CPU architecture

egardless of > the actual CPU architecture (or reported it on anything but 32-bit > x86)? Would not exposing the CPU architecture be an option? Are UA sniffers expecting the UA format to include the CPU architecture? Mike ___ dev-platform mailing list d

Re: Intent to unship: FTP protocol implementation

On Wed, Feb 10, 2021 at 11:00:14AM +0100, Valentin Gosu wrote: > On Wed, 10 Feb 2021 at 09:57, Mike Hommey wrote: > > > On Wed, Feb 10, 2021 at 10:45:53AM +0200, Henri Sivonen wrote: > > > On Wed, Feb 10, 2021 at 10:37 AM Valentin Gosu > > wrote: > > > &g

Re: Intent to unship: FTP protocol implementation

> we advertise to Gnome or something that Gnome just knows and needs to > be patched to stop knowing? I /think/ this comes from the .desktop file, which in most cases, comes from the distro. Mike ___ dev-platform mailing list dev-platform@lists.mo

PSA: Experimental support for auto-updating the tools mach bootstrap installs

?product=Firefox+Build+System&component=General or #build:mozilla.org on Element. The feature is expected to eventually also cover installation, but for now, it only covers what has already been installed once. Mike ___ dev-platform mailing list

Re: PSA (Windows): Startup Skeleton UI Enabled on Nightly

dthayer, Congratulations to you and emalysz for getting this enabled in Nightly! I know it's been a long slog, but I think this is going to make a very perceivable improvement to our startup responsiveness. -Mike On Thu, 7 Jan 2021 at 07:20, Sebastian Zartner wrote: > On Wednesday, J

Re: PSA (Windows): Startup Skeleton UI Enabled on Nightly

On Wed, Jan 06, 2021 at 01:46:52PM -0800, Doug Thayer wrote: > On 1/6/2021 1:44 PM, Mike Hommey wrote: > > > On Wed, Jan 06, 2021 at 01:30:00PM -0800, Doug Thayer wrote: > > > On Wed, Jan 6, 2021 at 1:23 PM Mike Hommey wrote: > > > > > > > On Wed, Jan

Re: PSA (Windows): Startup Skeleton UI Enabled on Nightly

On Wed, Jan 06, 2021 at 01:30:00PM -0800, Doug Thayer wrote: > On Wed, Jan 6, 2021 at 1:23 PM Mike Hommey wrote: > > > On Wed, Jan 06, 2021 at 11:57:18AM -0800, Doug Thayer wrote: > > > If you don't spend any time on Nightly in Windows 10, please feel free to > >

Re: PSA (Windows): Startup Skeleton UI Enabled on Nightly

On Wed, Jan 06, 2021 at 11:57:18AM -0800, Doug Thayer wrote: > If you don't spend any time on Nightly in Windows 10, please feel free to > disregard this. > > tl;dr: we're sometimes creating the first window differently than usual, so > be on the lookout for breakages. > > On 2021-01-05, a change

Re: Improvement to build times through cleanup of C++ include dependencies

Thank you so much for investing time and effort into this area! Improvements to build times are always always welcome. I seem to recall we collect opt-in Telemetry on things like build times. If so, have we noticed any changes in those graphs? -Mike On Mon, 14 Dec 2020 at 11:11, Botond Ballo

Building for macos now requires at least macos 10.12 SDK

ion used in local builds to matter, but if it does matter for your use-cases, you'll unfortunately have to get the 10.12 SDK by your own means, from e.g. Xcode 8.3.3. Mike ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Adopting the black Python code style

Is black still opiniated about string types and insisting to use double quotes, when we mostly settled on single quotes? On Mon, Oct 12, 2020 at 10:00:56AM -0700, Ricky Stewart wrote: > Hello everyone, > > If you don't write Python code in mozilla-central, you can stop reading now. > > On Octobe

PSA: js_options is no more

for the python parts of configure. Hopefully, this makes configure a little faster. The autoconf parts, however, are still executed. For the curious, the bugs involved are #1669633 and #1520395. Cheers, Mike ___ dev-platform mailing list dev-platform@li

Re: Intent to Prototype: Aliasing -webkit-font-feature-settings to font-feature-settings for webcompat

pdate their css to include the standardized version of font-feature-settings. Thank you for working on this! -- Mike Taylor Web Compat, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure

On Tuesday, July 21, 2020 at 4:44:02 PM UTC-6, CJ Baumer wrote: > To clarify, Firefox intends to roll out both SameSite=Lax as default and > require Secure for SameSite=None at the same time correct? Yes, these changes are both rolling out simultaneously. Mike Conca Group Product M

Gecko Web Platform Update (2020-07-08)

Product highlights for the Gecko Web Platform over the past few weeks. JavaScript [Mike Conca] * The latest SpiderMonkey newsletter [1] has all of the latest info (and lots of it) * SharedArrayBuffers are back [2] for web developers to use WebAssembly [Mike Conca] * Reference types and bulk

Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure

/Headers/Set-Cookie/SameSite#Fixing_common_warnings A good overview of this issue can be found here: https://web.dev/samesite-cookies-explained/ Mike Conca Group Product Manager, Firefox Web Technologies On Thursday, May 23, 2019 at 2:34:14 AM UTC-6, Andrea Marchesini wrote: > Link to the propo

Re: Shutting down legacy Taskcluster deployment

a few weeks ago that needed newer m-c) Now, to come back on the longer term solution, the only thing I can think of would be to publish all the shippable builds from taskcluster to the "FTP" server. Because there's no saying the taskcluster infra won't migrate again in x years a

Gecko Web Platform Update (2020-06-15)

Henri Sivonen [6] on the new character encoding detector in Firefox Workers and Storage [Adam Stevenson] - Investigating automatic enabling of LSNG [7] - Work happening to improve Quota Manager [8] JavaScript [Mike Conca] - Expect support for promise.Any to land in 79 - Logical

Gecko Web Platform Update (2020-06-03)

away from ready to ship. - Work to Support IndexedDB in Private Browsing Mode (with encrypted disk storage) ongoing <https://bugzilla.mozilla.org/show_bug.cgi?id=idb-private-browsing>. - JavaScript [Mike Conca] - Laid out plans for remaining Stage 3 JS features

Gecko Web Platform Update (2020-05-15)

.Memory({ shared:true, ... }), and with globalThis.SharedArrayBuffer returning undefined. - Planning to enable Service Workers for ESR78 <https://bugzilla.mozilla.org/show_bug.cgi?id=1547023> - JavaScript [Mike Conca] - Program review of SmooshMonkey completed

Re: Is --disable-libjpeg-turbo gone?

On Sat, May 16, 2020 at 09:26:30AM +0900, ISHIKAWA,chiaki wrote: > On 2020/05/16 7:51, Mike Hommey wrote: > > On Sat, May 16, 2020 at 07:24:44AM +0900, ISHIKAWA,chiaki wrote: > > > I have --disable-libjpeg-turbo in my mozconfig for many years (I build TB > > > loca

Re: Is --disable-libjpeg-turbo gone?

ptions.InvalidOptionError: Unknown option: > --disable-libjpeg-turbo > *** Fix above errors and then restart with\ >    "./mach build" > make: *** [client.mk:115: configure] Error 1 I removed it in bug 1638195, but it hasn't done anything since bu

Re: Firefox Build Requirements - NASM

his by disabling AV1 support. There's an explicit check in https://searchfox.org/mozilla-central/rev/4166c15e2a99a23a9b38ad62c9fdfe8e5448b354/toolkit/moz.configure#472 (since 76) Mike ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Testing Rust code in tree

omething? https://searchfox.org/mozilla-central/rev/446160560bf32ebf4cb7c4e25d7386ee22667255/python/mozbuild/mozbuild/frontend/context.py#1393 Mike ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Anyone using the mapfiles? (Was: PSA: Changes to Gecko/Firefox mirrors on github)

-vcssync.s3-us-west-2.amazonaws.com/mapping/gecko-projects/git-mapfile.tar.bz2 We are considering stopping the publication of those files in a month. Please come forward if you have a use for them and would like to keep them alive. Mike On Fri, Apr 17, 2020 at 10:55:35AM +0900, Mike Hommey wrote: >

Re: PSA: Changes to Gecko/Firefox mirrors on github

-dev/commit/ae8f8ae52f732a8c7a7938cc2bd39d0faf485bcd (that was on beta) If you're asking the first from mozilla-central: https://github.com/mozilla/gecko-dev/commit/8dcf22da549436327987e9ed49c4182688864fa2 Mike > On Thu, Apr 16, 2020 at 9:55 PM Mike Hommey wrote: > > > > Hi, > > > > There are two of

PSA: Changes to Gecko/Firefox mirrors on github

/Mozilla:-Using-a-git-clone-of-gecko%E2%80%90dev-to-push-to-mercurial Thanks to David House for the assistance during the migration. Mike ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Faster compilers available in bootstrap

Yes, this is wonderful, thank you so much! Improvements to build times are a force-multiplier. 5%-15% improvements in our build times is no joke! On Thu, 9 Apr 2020 at 13:09, Botond Ballo wrote: > Thanks, compile time improvements are always good news! > > Out of curiosity, does this impact buil

Re: Firefox Future Rust Requirements

on https://wiki.mozilla.org/Rust_Update_Policy_for_Firefox that I will update in the coming days, and it looks like 78 will be using 1.43. Mike ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Intent to ship: -less RDM

Thanks Micah, and everybody else who's been working on this! As someone who's had to struggle at times with the special tunneling and frameloader swapping that we do for the moziframe stuff for RDM, this is a very very welcome change, and will allow us to get rid of some pretty confusing front-end

Re: PSA: Dispatching background tasks just got easier!

Ahh this is great, and so refreshing. I'm so happy we're starting to bring some order to our threading situation! Thanks so much to you and your team! On Mon, 16 Dec 2019 at 11:51, Kristen Wright wrote: > Hello! > Now that Bug 1584568 just landed I wanted to > men

Re: How to generate compatible firefox for all versions of linux system?

at` to your mozconfig. It's not guaranteed to work in all cases, though (it's only tested in the build environment Mozilla uses for its builds) Mike ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Upcoming changes to hg.mozilla.org access

\o/ I think this is a really good thing. The smaller the surface for people to land code without sufficient guarantees that it went through a review mechanism, the better. Thanks to you and your team for their work! -Mike On Fri, 1 Nov 2019 at 16:39, Kim Moir wrote: > The Engineer

Re: Using MozPhab without Arcanist

This is great, thank you zalun! moz-phab has improved by leaps and bounds over the last few months. Great job to you and the team hacking on it - it's a critical part of my toolset. On Tue, 22 Oct 2019 at 11:26, Piotr Zalewa wrote: > Hi all, > > Since today MozPhab does not require Arcanist to

Re: Intent to ship: CSS subgrid

d some kind of analysis beforehand)? Looking at <https://developer.mozilla.org/en-US/docs/Web/Security/Secure_Contexts/features_restricted_to_secure_contexts#Secure_context_restrictions_that_vary_by_browser>, I'm trying to imagine what that would look like. -- Mike

Re: Range-based for and STL-style iterators for nsClassHashtable, nsDataHashtable, nsInterfaceHashtable

Op woensdag 2 oktober 2019 12:15:36 UTC+2 schreef Simon Giesecke: > Hi, > > I recently [1] added STL-style iterators and begin/cbegin/end/cend > member functions to nsBaseHashtable. This means that it is now > possible to use range-based for and STL algorithms operating on > iterators with all of

Re: [blink-dev] Re: What to do about scroll anchoring?

Hi Rick, On 9/28/19 10:07 PM, Rick Byers wrote: Can you give us a week or so to chat about this within the Chrome team and get back to you? Any updates here? Thanks. -- Mike Taylor Web Compat, Mozilla ___ dev-platform mailing list dev-platform

Re: Experimenting with JavaScript type safety in mozilla-central

This is a great thing to start looking into. I myself have definitely been burned in the past because something unexpected got coerced into something equally unexpected, resulting in behaviour that is without-a-doubt unexpected. So thanks to the folks getting this off the ground! On Mon, 7 Oct 20

Re: Must we rebuild all our rust code constantly?

roduces a significant speedup (2x) versus incremental alone. I had a similar experience on a 36-core machine earlier today. It seems incremental is not working properly for the style crate: incremental is supposed to have the same effect as sccache, but it still takes a long time to compile style. I'm told mw is going to look into this in the coming weeks. In the meanwhile, as discussed on irc, it seems fair to disable CARGO_INCREMENTAL when building with sccache. Mike ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Watch out for build issues on non-Unicode systems

On Thu, Aug 22, 2019 at 02:42:48PM +0200, Nihanth Subramanya wrote: > Note that the config.status changes in bug 844509 seem to break `$./mach > clobber` - I had to manually rm -rf my objdir. Filed as bug 1575959, fixed on mozilla-central. Sorry for the annoyance. Mike > On Thu, Aug

Watch out for build issues on non-Unicode systems

I have in mind would have failed before too. However, it is possible that a few corner cases that are not covered by automation lead to configure complaining about some key or values not being unicode strings. If that happens, please file bugs with your mozconfig and as much detail as possible.

Re: Upcoming C++ standards meeting in Cologne

and/or OS)? ... and aren't small objects already passed via registers already? https://gcc.godbolt.org/z/VE009V Mike ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Firefox command seems to be a wrapper

you probably can run /usr/lib64/firefox/firefox. Mike ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Firefox command seems to be a wrapper

-wrapped, Firefox binary. As for whether you'd be losing anything by not using the wrapper, that's a question for your distro. Mike ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Coding style 🙄 : `int` vs `intX_t` vs `unsigned/uintX_t`

e guide for formatting. Does everything from the guide apply now? Or only parts of it? If the latter, which parts? I'm surprised because I don't remember having seen a mail about this, and surely, I should have noticed something that'd be saying t

Re: Removing --enable-shared-js [Was: Rust and --enable-shared-js]

On Tue, May 21, 2019 at 10:32:20PM -0400, Boris Zbarsky wrote: > On 5/21/19 9:55 PM, Mike Hommey wrote: > > Considering this has apparently been broken for so long, I guess nobody > > will object to me removing the option for Gecko builds? > > It's probably fine, yeah..

Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure

the user agent thinks should be required from an activation standpoint is both possible and reasonable. -mike ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Removing --enable-shared-js [Was: Rust and --enable-shared-js]

figure option > for JS shell builds > - have at least one tier-1 --enable-shared-js JS shell build on automation > so that we at least keep it working It's worth noting that --enable-shared-js is already the default when building spidermonkey standalone. Mike ___

Re: Remove browser and OS architecture from Firefox's User-Agent string?

nswer this question. At best, I think the answer is maybe? I wonder if PI could help us with this type of thing. -- Mike Taylor Web Compat, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Remove browser and OS architecture from Firefox's User-Agent string?

javascript (because we found issues with compatibility (primarily keyboard shortcuts in things like gdocs.) That's interesting -- do you have links to bugs? thanks, -- Mike Taylor Web Compat, Mozilla ___ dev-platform mailing list dev-platform@lists.mo

Re: Intent to unship: typeMustMatch attribute on elements

t 10 random items, and nothing seemed alarming -- just enumeration of attributes, or mapping strings to props, or regular expressions looking for valid attributes. (Might be worth someone putting in more than 5 minutes of poking around though). -- Mike Taylor Web Comp

Re: Announcing ./mach busted

o should name that > bug, for easy in referencing in the future (I propose "mach-busted" ;-) ) It already has that alias. Mike ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Fennec moving to extended support

ing Just skimmed the document, so I might have missed it, but it doesn't seem to mention it. I assume Fenned will live on the same mercurial branch as Firefox ESR68 in the mozilla-esr68 repository (presumably, default) ? Mike ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Lack of browser mochitests in non-e10s configuration and support for turning off e10s on desktop going forward

On Wed, Apr 24, 2019 at 03:49:47PM -0700, Bobby Holley wrote: > On Wed, Apr 24, 2019 at 2:21 PM David Major wrote: > > > On Wed, Apr 24, 2019 at 1:39 PM Bobby Holley > > wrote: > > > > > > Thanks Mike! > > > > > > So Fennec is the

Re: Lack of browser mochitests in non-e10s configuration and support for turning off e10s on desktop going forward

Just a quick follow-up - yzen got back to me - here's the bug that tracked disabling e10s in Firefox 60 for older screen readers: https://bugzilla.mozilla.org/show_bug.cgi?id=1489605 On Tue, 23 Apr 2019 at 16:30, Mike Conley wrote: > Hey folks, > > For Desktop, I don't be

Re: Lack of browser mochitests in non-e10s configuration and support for turning off e10s on desktop going forward

en in e10s, we load some > browser-provided content in parent process, ie a tab's browser is not > always remote/non-same-process -- but even so, there's a bunch of stuff > that keys off gMultiProcessBrowser that could be removed.) > Yes, I believe that stuff is probably safe

User-Initiated Picture-in-Picture enabled on Windows, Nightly only for now

gs against this meta bug <https://bugzilla.mozilla.org/show_bug.cgi?id=1527926>. You can also reach out and ask questions by responding to this thread (on the firefox-dev list, please), or reaching out directly to myself (Engineering), Dave Justice (Engineering), Emanuela Damian (UX) or Andr

Re: Announcing ./mach busted

\o/ Thank you for this! On 2019-04-11 12:11 p.m., Bobby Holley wrote: > TL;DR - In bug 1543241 (alias 'mach-busted'), we now have a central > clearinghouse of bugs for broken mozilla-central tooling. You can invoke > |./mach busted| to get a list of known outstanding issues, and |./mach > busted

PSA: NSMODULE_DEFN is no more

nentManager.cpp. But you _really_ should have a good reason to do that. Prefer the new registration described in Kris's message. As a followup, I'm also going to convert some of the remaining components to the new system. Eventually, the old system will go a

Re: git-cinnabar users, please read

clone, open an issue against git-cinnabar, make sure you're up-to-date wrt git-cinnabar and reclone. I'm not able to address issues that aren't reported. Mike On Mon, Apr 08, 2019 at 01:25:40PM +0200, Yaron Tausky wrote: > Could you perhaps tell us more about the corruption?

git-cinnabar users, please read

lue how it happened, although I understand what the corruption is) Cheers, Mike ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Improving our usage of Bugzilla

bugs (see most of the bugs in the https://bugzilla.mozilla.org/show_bug.cgi?id=1101005 dep tree). If this field goes away, will that information be lost? -- Mike Taylor Web Compat, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org

Re: Building dav1d 0.2.1 - nasm error

should work > out-of-the box. But they're talking about meson, which implies they're trying to build dav1d standalone. But dav1d is not a Mozilla project, it's a videolan project. So Gangadharan, you may want to redirect your question to the videolan project. Mike _

Re: Using inline variables (C++17) in Gecko

ild types you changed the toolchain dependencies of, and see how it goes. And file bugs if things don't go well :). Cheers, Mike 1. https://developer.mozilla.org/en-US/docs/Mozilla/Firefox/Linux_compatibility_matrix ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Intent to ship: aligning with the spec on document.open behavior and removing wyciwyg

m the DOM that we used to no-op and continue to no-op) and other browsers we keep the risk pretty low. I appreciate the efforts here -- this will also fix a class of compat bugs in itself. It will be interesting to see what, if anything pops up in terms of bustage. -- Mike Taylor Web C

Re: Dropping support for compiling with MSVC in the near future

) Mike On Thu, Dec 06, 2018 at 03:00:12PM -0500, Ted Mielczarek wrote: > Hello, > > In light of the fact that we've switched to clang-cl for our Windows > builds[1], we are planning to drop support for compiling Firefox with MSVC in > the near future[2]. Our estimate is t

Re: Process Priority Manager enabled on Nightly for Windows (only)

I filed bug 1523974 to track this class of problem. On 2019-01-30 11:44 a.m., Gabriele Svelto wrote: > On 30/01/19 17:26, Mike Conley wrote: >> That's a good question. I haven't yet noticed any difference yet, but >> I'm hoping people can keep an eye out to see if t

Re: Process Priority Manager enabled on Nightly for Windows (only)

27;t hear any reports, it might be better to be safe than sorry, and mark any background tabs that are playing media as "active" - I'll file a bug.) -Mike On 2019-01-30 11:24 a.m., Valentin Gosu wrote: > On Tue, 29 Jan 2019 at 20:33, Mike Conley <mailto:mcon...@mozilla.com>&g

Re: PSA: 64-bits Windows build are now the default on 64-bits Windows

On Wed, Jan 30, 2019 at 01:41:26PM +0900, Mike Hommey wrote: > On Tue, Jan 29, 2019 at 07:59:29AM +0900, Mike Hommey wrote: > > Hi, > > > > As of bug 1522354, now on autoland, hopefully merged in a few hours, > > the default build you get on a 64-bits Windows machine w

Re: PSA: 64-bits Windows build are now the default on 64-bits Windows

On Tue, Jan 29, 2019 at 07:59:29AM +0900, Mike Hommey wrote: > Hi, > > As of bug 1522354, now on autoland, hopefully merged in a few hours, > the default build you get on a 64-bits Windows machine will be 64-bits, > instead of 32-bits like it had been forever. > > If you do

Re: Process Priority Manager enabled on Nightly for Windows (only)

Hi itielandrh, Is tab warming taken into account, so that when hovering a background tab, > its process priority will go back to normal? > Yes, this was addressed in this bug <https://bugzilla.mozilla.org/show_bug.cgi?id=1495032> by dthayer. Love seeing your work Mike! > I'

Re: Process Priority Manager enabled on Nightly for Windows (only)

ness and page load time is what I'm hoping to pay attention to - although if people see battery usage improvements, that's great too. :) -Mike On Tue, 29 Jan 2019 at 13:49, David Teller wrote: > This sounds like a very good thing to have! > > Do we have any idea whether this

Process Priority Manager enabled on Nightly for Windows (only)

If you have questions or concerns, please respond to this thread on dev-platform (to centralize the conversation). Thanks! -Mike ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

PSA: 64-bits Windows build are now the default on 64-bits Windows

--target=i686 ``` to your mozconfig, and that will do it. Cheers, Mike ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: New and improved "about:config" for Firefox Desktop

x27;ve always thought what's in about:support is not enough, because it doesn't allow to edit. I don't think column ordering by modified is interesting in itself, but the fact that it allows to bring all modified prefs at the top is what's interes

Re: PSA: Building Firefox for arm64 windows got a lot easier

On Fri, Jan 11, 2019 at 09:24:25AM +0900, Mike Hommey wrote: > Hi, > > Usual disclaimer: the following assumes this all sticks. > > I just landed bug 1515528 to autoland, which simplifies drastically how > to build Firefox for arm64 windows, from a x86/x86_64 windows machine.

PSA: Building Firefox for arm64 windows got a lot easier

MSVC components installed, edit a mozconfig with the following content: ac_add_options --target=aarch64 (yes, that's all) and run `./mach build`. Once the build is finished, you can run `./mach package`, and copy the resulting obj-aarch64/dist/firefox*.zip file to your arm64 mac

Re: nasm will soon become a build dependency

all extra > packages is always a hassle. It's a hassle downstream too. Mike ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Upcoming changes to our C++ Coding Style

. Also, that would make it clear if weird formatting would entirely be due to clang-format (in which case, we should probably file bugs), and not a person's doing. Mike ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.

Re: What is future of editor mode-lines after the switch to clang-format?

default for security reasons (because they can, in fact, do anything), which makes vim modelines essentially useless to even a large number of vim users. Mike ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Workflow Apropos!

[1]. There is even a mercurial extension[2] to make this more automated, but git-cinnabar won't try to use it by default for now. I want to add support for git bundles, or at least future-proofing for git bundles, first. The reference repo would also need to be updated frequently. Mike 1

Re: Signals in Firefox

scriptor from inotify_init should not be onerous. > widget/gtk/nsAppShell.cpp even contains some code to crib from: > > https://searchfox.org/mozilla-central/source/widget/gtk/nsAppShell.cpp#275-281 I'd go one step further. We use Gio from libglib, is there a reason not to use t

PSA: Firefox Nightly now with experimental Wayland support

t's probably still a long way before Firefox enables Wayland support on Wayland by default, but we reached a major milestone here. Please test and report any bug you encounter[2]. Mike 1. https://bugzilla.mozilla.org/show_bug.cgi?id=1507665 2. https://bugzilla.mozilla.org/enter_bug.cgi?pr

Re: Please enable build system telemetry

Yes, thanks! Out of curiosity, is there a dashboard somewhere where we can see aggregates of the current measurements? Thanks for your work, -Mike On Fri, Nov 9, 2018, 3:22 PM Doug Thayer Hooray for data! This is great. Thank you! > > On Fri, Nov 9, 2018 at 11:55 AM Ted Mielczarek

Re: Performance profiling improvements #3

On Thu, Nov 01, 2018 at 01:07:54AM -0400, Randell Jesup wrote: > >I think sudo will let you have symbolicated kernel stacks which can be handy. > > $ sudo perf record ./firefox has a problem: > "Running Nightly as root in a regular user's session is not suppor

Re: Performance profiling improvements #3

-html.io: > > sudo perf record -g -F 999 -p > > sudo perf script -F +pid > firefox.symbol.data sudo shouldn't be necessary in either case. Mike ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Coming in Firefox 65: Dedicated Profiles Per Install and Profile Downgrade Protection

ly to support downgrades. It seems to me with downgrades officially being unsupported, we should have an active policy of removing old profile data when we migrate to new formats. Mike ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: A tool to put Phabricator and Bugzilla count into your browser toolbar

only/issues/3 to add a "working hours" feature so that you can disable the count outside of those hours. -Mike On Wed, 17 Oct 2018 at 10:09, Mike Conley wrote: > Hi folks, > > I wrote a WebExtension to put your total review count (Phabricator + > Bugzilla) into your browser

Re: A tool to put Phabricator and Bugzilla count into your browser toolbar

I'm all for it. Tracking in this issue: https://github.com/mikeconley/myqonly/issues/5 On 2018-10-17 12:38 p.m., Nicholas Alexander wrote: > Mike, > > On Wed, Oct 17, 2018 at 7:09 AM Mike Conley <mailto:mcon...@mozilla.com>> wrote: > > Hi folks, > >

A tool to put Phabricator and Bugzilla count into your browser toolbar

Issues, feature requests, pull requests and punnier names welcome. -Mike signature.asc Description: OpenPGP digital signature ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Intent to unship: LocalMediaStream

successfully remove, there's a lot less risk. -- Mike Taylor Web Compat, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Intent to unship: LocalMediaStream

nsole (...especially the ones that don't test in Firefox). -- Mike Taylor Web Compat, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Intent to unship: mozAutoGainControl & mozNoiseSuppression constraints (and AGC=on by default)

typical WebRTC communication site. More likely, old sites would double up the moz and non-moz constraints here in order to work with both Firefox and Chrome, and in those cases, there is no impact. If they didn't include an unprefixed constraint, would it throw? thanks, -- Mike Taylor Web C

Re: How do I file a bug?

else. And what items: - simple - Connect with Mozilla on Twitter - Use Firefox on your phone - Discover why we can't live without encryption - more challenging: - watch someone live hack on Firefox - Learn a bit about coding (which is disappointingly a link to developer tools challenger) - Start using the Mozilla Sumbler app Why there's no link to https://codetribute.mozilla.org/ is beyond me (and it does not help to get to filing new bugs, though) Mike ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Rust and --enable-shared-js

nd "Gecko things". I would probably be worthwhile to be able to do that without --enable-shared-js, only because that's not how Nightlies are shipped, and this seems like something that can be useful to do on nightlies. Is grouping by js::* JS* a workable alternative? > On Mo

Re: Rust and --enable-shared-js

ling up #1 becomes > a problem. > > But still, I'm curious: > > How important is --enable-shared-js? I gather its use case is making > builds faster for SpiderMonkey developers. Is that the only use case? for _Gecko_ developers. Mike ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: User Agent Strings in Firefox and their history

excellent. Yeah, thanks for the pointer - I've contributed to that document over the years. I'm not sure the level of detail I'm aiming for is appropriate for that general purpose page, but there's an opportunity to improve the existing MDN page for sure. thanks, -- Mi

User Agent Strings in Firefox and their history

BTWyB6GH7j_utHdrKc/edit?usp=sharing> thanks, -- Mike Taylor Web Compat, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Browser Architecture Newsletter #7 (S02E02)

on desktop, and basic html chrome was significantly faster than basic xul chrome. Mike ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Enabling (many) assertions in opt builds locally and eventually Nightly

h reports like this.) On Linux and Mac, we could make MOZ_ASSERT fork and crash in the child, and continue in the parent process. Mike ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

  1   2   3   4   5   6   7   8   9   10   >