dev-platform  

Messages by Thread

• Running C++ early in shutdown without an observer Henri Sivonen
  • Re: Running C++ early in shutdown without an observer David Teller
  • Re: Running C++ early in shutdown without an observer Kris Maglione
  • Re: Running C++ early in shutdown without an observer Chris Peterson
  • Re: Running C++ early in shutdown without an observer David Teller
  • Re: Running C++ early in shutdown without an observer Kris Maglione
  • Re: Running C++ early in shutdown without an observer Henri Sivonen
  • Re: Running C++ early in shutdown without an observer David Teller
• Intent to implement & ship: Document colour properties Ehsan Akhgari
• Unplanned Phabricator Update - June 4th 2019 between 14:00 and 15:00 UTC David Lawrence
• Did Firefox's JS Debugger improve for you? Harald Kirschner
• New xpcshell-test option to aid debugging failures when run in parallel Mark Banner
• Intent to implement & ship: Editing APIs on Document Ehsan Akhgari
• [IMPORTANT] Submit your PI Requests for Firefox 69 QA feature testing by May 31 Tom Grabowski
  • Re: [IMPORTANT] Submit your PI Requests for Firefox 69 QA feature testing by May 31 Tom Grabowski
• Fwd: Enable cargo pipelining to speed up Firefox builds Nicholas Nethercote
  • Re: Enable cargo pipelining to speed up Firefox builds Andreas Tolfsen
• Phabricator Maintenance May 25th Steven MacLeod
• Intent to implement & ship: queueMicrotask smaug
• Intent to implement & ship: Document.open/close/write/writeln Ehsan Akhgari
• Intent to implement & ship: Document.domain Ehsan Akhgari
• Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure Andrea Marchesini
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure Frederik Braun
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure Mike West via dev-platform
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure pajeroextreme
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure ginfung1225
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure jrossainz79
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure lambanth71
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure 2027gruebertomasv
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure jmuir1
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure 001m . gots
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure bb0859745
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure 001m . gots
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure kahelimohanad14
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure 23gpagantorres
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure 23gpagantorres
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure vitinho9999o
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure abdulwahab123125
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure abdulwahab123125
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure oneovr
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure amarchesini
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure francoelefante00
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure F R A N C I S
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure kolonya20171
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure yucagamer006
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure gabimolayof
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure thalesxr02
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure gardmkdg1
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure kyle . blair2008
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure tysoon1020
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure maksgajdenko
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure jeuxsummerland
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure tmeberniez--- via dev-platform
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure llilitavi
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure jalalmolla
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure jalalmolla
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure jalalmolla
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure sugyannayak2004
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure rabixwolf2017
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure nileshsonichorau15
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure Mike Conca
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure CJ Baumer
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure Mike Conca
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure Michael Reeps
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure Daniel Veditz
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure Daniel Veditz
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure mdr291414
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure gf003432
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure theila12321
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure lescanomatias188
  • Re: Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure Karla Saenz
• Removing --enable-shared-js [Was: Rust and --enable-shared-js] Mike Hommey
  • Re: Removing --enable-shared-js [Was: Rust and --enable-shared-js] Boris Zbarsky
  • Re: Removing --enable-shared-js [Was: Rust and --enable-shared-js] Mike Hommey
  • Re: Removing --enable-shared-js [Was: Rust and --enable-shared-js] Henri Sivonen
  • Re: Removing --enable-shared-js [Was: Rust and --enable-shared-js] Lars Hansen
  • Re: Removing --enable-shared-js [Was: Rust and --enable-shared-js] Henri Sivonen
• Incoming IPC Lifecycle Changes Nika Layzell
• Change to preferences via StaticPrefs, tremoval of gfxPrefs Jean-Yves Avenard
  • Re: Change to preferences via StaticPrefs, tremoval of gfxPrefs Jonathan Kew
  • Re: Change to preferences via StaticPrefs, tremoval of gfxPrefs Nicholas Alexander
  • Re: Change to preferences via StaticPrefs, tremoval of gfxPrefs Jean-Yves Avenard
  • Re: Change to preferences via StaticPrefs, tremoval of gfxPrefs Botond Ballo
  • Re: Change to preferences via StaticPrefs, tremoval of gfxPrefs Kris Maglione
  • Re: Change to preferences via StaticPrefs, tremoval of gfxPrefs Jean-Yves Avenard
  • Re: Change to preferences via StaticPrefs, tremoval of gfxPrefs Jean-Yves Avenard
  • Re: Change to preferences via StaticPrefs, tremoval of gfxPrefs Kartikaya Gupta
  • Re: Change to preferences via StaticPrefs, tremoval of gfxPrefs Jean-Yves Avenard
  • Re: Change to preferences via StaticPrefs, tremoval of gfxPrefs Boris Zbarsky
• XPIDL interfaces with [notxpcom] methods or attributes must declare [builtinclass] Andrew McCreight
• Outline of a plan to remove all XUL documents from mozilla-central Brian Grinstead
  • Re: Outline of a plan to remove all XUL documents from mozilla-central Brian Grinstead
  • Re: Outline of a plan to remove all XUL documents from mozilla-central Boris Zbarsky
  • Re: Outline of a plan to remove all XUL documents from mozilla-central Brian Grinstead
  • Re: Outline of a plan to remove all XUL documents from mozilla-central Dave Townsend
  • Re: Outline of a plan to remove all XUL documents from mozilla-central Brian Grinstead
  • Re: Outline of a plan to remove all XUL documents from mozilla-central Gijs Kruitbosch
  • Re: Outline of a plan to remove all XUL documents from mozilla-central Brendan Dahl
  • Re: Outline of a plan to remove all XUL documents from mozilla-central Gijs Kruitbosch
  • Re: Outline of a plan to remove all XUL documents from mozilla-central Brendan Dahl
• Changes to turning off e10s Gijs Kruitbosch
• Re: Intent to Implement and Ship: Permissions API kale . williams
• Intent to implement: CSS line-break property Jonathan Kew
• Remove browser and OS architecture from Firefox's User-Agent string? Chris Peterson
  • Re: Remove browser and OS architecture from Firefox's User-Agent string? j.j.
  • Re: Remove browser and OS architecture from Firefox's User-Agent string? Chris Peterson
  • Re: Remove browser and OS architecture from Firefox's User-Agent string? L. David Baron
  • Re: Remove browser and OS architecture from Firefox's User-Agent string? Tom Ritter
  • Re: Remove browser and OS architecture from Firefox's User-Agent string? Mike Taylor
  • Re: Remove browser and OS architecture from Firefox's User-Agent string? Tom Ritter
  • Re: Remove browser and OS architecture from Firefox's User-Agent string? Chris Peterson
  • Re: Remove browser and OS architecture from Firefox's User-Agent string? j.j.
  • Re: Remove browser and OS architecture from Firefox's User-Agent string? Henri Sivonen
  • Re: Remove browser and OS architecture from Firefox's User-Agent string? Chris Peterson
  • Re: Remove browser and OS architecture from Firefox's User-Agent string? Randell Jesup
  • Re: Remove browser and OS architecture from Firefox's User-Agent string? Henri Sivonen
  • Re: Remove browser and OS architecture from Firefox's User-Agent string? Mike Taylor
• Fwd: Changes to about:telemetry -- Now With Processes! Chris Hutten-Czapski
• Intent to implement: Automatically removing replaced filling Web Animations Brian Birtles
• Intent to ship: Visual Viewport API on Android Botond Ballo
  • Re: Intent to ship: Visual Viewport API on Android David Burns
  • Re: Intent to ship: Visual Viewport API on Android Botond Ballo
  • Re: Intent to ship: Visual Viewport API on Android David Burns
  • Re: Intent to ship: Visual Viewport API on Android James Graham
  • Re: Intent to ship: Visual Viewport API on Android Botond Ballo
• Intent to Implement and Ship: CSSStyleSheet.rules, CSSStyleSheet.removeRule, CSSStyleSheet.addRule Emilio Cobos Álvarez
• Changes to autoland repository configuration Kim Moir
• Running source code analysis on Try Bastien Abadie
  • Re: Running source code analysis on Try Nicholas Alexander
  • Re: Running source code analysis on Try Bastien Abadie
• PSA: Avoid |mach try| task generation by running it in the background Andrew Halberstadt
  • Re: PSA: Avoid |mach try| task generation by running it in the background Kartikaya Gupta
• Intent to unship: typeMustMatch attribute on <object> elements Frederik Braun
  • Re: Intent to unship: typeMustMatch attribute on <object> elements Anne van Kesteren
  • Re: Intent to unship: typeMustMatch attribute on <object> elements Mike Taylor
• Soft code freeze for Firefox 68 starts May 6 Julien Cristau
  • Re: Soft code freeze for Firefox 68 starts May 6 Julien Cristau
• Intent to unship: hasFeature() method on some SVG elements Cameron McCormack
  • Re: Intent to unship: hasFeature() method on some SVG elements Christopher Mills
  • Re: Intent to unship: hasFeature() method on some SVG elements 墨俊凱 / Cameron McCormack
  • Re: Intent to unship: hasFeature() method on some SVG elements Christopher Mills
• nsIPresShell has gone Masayuki Nakano
  • Re: nsIPresShell has gone Cameron McCormack
  • Re: nsIPresShell has gone Bobby Holley
• mach lint -l l10n coming your way Axel Hecht
• Unplanned Phabricator Update - Thursday May 2nd 2019 between 14:00 and 15:00 UTC David Lawrence
• Re: C++ Developer Survey "Lite" Botond Ballo
• Android Hardware Test Infrastructure Changes Andrew Erickson
• Firefox Profiler - domain migration and new privacy panel Greg Tatum
• Changes to how we track regressions in Bugzilla Emma Humphries
  • Re: Changes to how we track regressions in Bugzilla Boris Zbarsky
  • Re: Changes to how we track regressions in Bugzilla Emma Humphries
  • Re: Changes to how we track regressions in Bugzilla Emma Humphries
• Proposed W3C Charter: HTML Working Group L. David Baron
• Unplanned Phabricator Update - April 30th 2019 between 14:00 and 15:00 UTC David Lawrence
• DOM IPC actor renames for Fission Ryan Hunt
• Fennec moving to extended support Ryan VanderMeulen
  • Re: Fennec moving to extended support Mike Hommey
  • Re: Fennec moving to extended support Ryan VanderMeulen
  • Re: Fennec moving to extended support Ritu Kothari
  • Re: Fennec moving to extended support Dirkjan Ochtman
  • Re: Fennec moving to extended support Chris Peterson
  • Re: Fennec moving to extended support gbrown
• Disabling the UINEEDED keyword Emma Humphries
  • Re: Disabling the UINEEDED keyword Emma Humphries
  • Re: Disabling the UINEEDED keyword Dão Gottwald
  • Re: Disabling the UINEEDED keyword Dão Gottwald
  • Re: Disabling the UINEEDED keyword Emma Humphries
  • Re: Disabling the UINEEDED keyword Dão Gottwald
• Firefox Update with BITS download Kirk Steuber
• Intent to implement and ship: Support "noreferrer" feature for window.open() Ehsan Akhgari
• Some searchfox updates Kartikaya Gupta
• Personally opining that new C++ library facilities should not support non-UTF encodings Henri Sivonen
  • Re: Personally opining that new C++ library facilities should not support non-UTF encodings Henri Sivonen
• User-Initiated Picture-in-Picture enabled on Windows, Nightly only for now Mike Conley
• Intent to Implement and Ship: <link rel="stylesheet" disabled>, reflected by HTMLLinkElement.disabled Emilio Cobos Álvarez
• Intent to implement & ship: Document.cookie Ehsan Akhgari
• A note on how we will manage updates to Phabricator Dylan Hardison
  • Re: A note on how we will manage updates to Phabricator Dylan Hardison
• Lack of browser mochitests in non-e10s configuration and support for turning off e10s on desktop going forward Gijs Kruitbosch
  • Re: Lack of browser mochitests in non-e10s configuration and support for turning off e10s on desktop going forward Bobby Holley
  • Re: Lack of browser mochitests in non-e10s configuration and support for turning off e10s on desktop going forward Joel Maher
  • Re: Lack of browser mochitests in non-e10s configuration and support for turning off e10s on desktop going forward Dave Townsend
  • Re: Lack of browser mochitests in non-e10s configuration and support for turning off e10s on desktop going forward Mike Conley
  • Re: Lack of browser mochitests in non-e10s configuration and support for turning off e10s on desktop going forward Mike Conley
  • Re: Lack of browser mochitests in non-e10s configuration and support for turning off e10s on desktop going forward Bobby Holley
  • Re: Lack of browser mochitests in non-e10s configuration and support for turning off e10s on desktop going forward David Major
  • Re: Lack of browser mochitests in non-e10s configuration and support for turning off e10s on desktop going forward Bobby Holley
  • Re: Lack of browser mochitests in non-e10s configuration and support for turning off e10s on desktop going forward Mike Hommey
  • Re: Lack of browser mochitests in non-e10s configuration and support for turning off e10s on desktop going forward Bobby Holley
  • Re: Lack of browser mochitests in non-e10s configuration and support for turning off e10s on desktop going forward Jean-Yves Avenard
  • Re: Lack of browser mochitests in non-e10s configuration and support for turning off e10s on desktop going forward Randell Jesup
  • Re: Lack of browser mochitests in non-e10s configuration and support for turning off e10s on desktop going forward Jonathan Kew
  • Re: Lack of browser mochitests in non-e10s configuration and support for turning off e10s on desktop going forward Bobby Holley
  • Re: Lack of browser mochitests in non-e10s configuration and support for turning off e10s on desktop going forward Gijs Kruitbosch
  • e10s tooling (Was Re: Lack of browser mochitests in non-e10s configuration and support for turning off e10s on desktop going forward) Aaron Klotz
  • Re: Lack of browser mochitests in non-e10s configuration and support for turning off e10s on desktop going forward Joel Maher
  • Re: Lack of browser mochitests in non-e10s configuration and support for turning off e10s on desktop going forward Bobby Holley
  • Re: Lack of browser mochitests in non-e10s configuration and support for turning off e10s on desktop going forward James Graham
  • Re: Lack of browser mochitests in non-e10s configuration and support for turning off e10s on desktop going forward Joel Maher

• Earlier messages
• Later messages