dev-platform  

Messages by Thread

• Help: why won't Thunderbird display mail in mochitest conditions? Geoff Lankow
  • Re: Help: why won't Thunderbird display mail in mochitest conditions? Andrew Sutherland
  • Re: Help: why won't Thunderbird display mail in mochitest conditions? Geoff Lankow
  • Re: Help: why won't Thunderbird display mail in mochitest conditions? Gijs Kruitbosch
  • Re: Help: why won't Thunderbird display mail in mochitest conditions? Geoff Lankow
  • Re: Help: why won't Thunderbird display mail in mochitest conditions? ISHIKAWA,chiaki
  • Re: Help: why won't Thunderbird display mail in mochitest conditions? Geoff Lankow
• JS testing functions and compartments in mochitest-plain Henri Sivonen
  • Re: JS testing functions and compartments in mochitest-plain Jan de Mooij
  • Re: JS testing functions and compartments in mochitest-plain Henri Sivonen
  • Re: JS testing functions and compartments in mochitest-plain Jan de Mooij
  • Re: JS testing functions and compartments in mochitest-plain Henri Sivonen
  • Re: JS testing functions and compartments in mochitest-plain Bobby Holley
• Intend to deprecate: XLink attributes on MathML elements Frédéric Wang
  • Re: Intend to deprecate: XLink attributes on MathML elements Cameron McCormack
  • Re: Intend to deprecate: XLink attributes on MathML elements Frédéric Wang
• [ann] `mach build` now includes `mach package` for Android Nicholas Alexander
  • Re: [ann] `mach build` now includes `mach package` for Android Bobby Holley
• Intent to unship: Deprecated MathML style attributes Frédéric Wang
• PSA: `mach pastebin` ported to `paste.mozilla.org` Connor Sheehan
• Document::ResolveWithBaseURI is just introduced to ease URL resolving saschanaz7
• Watch out for build issues on non-Unicode systems Mike Hommey
  • Re: Watch out for build issues on non-Unicode systems Nihanth Subramanya
  • Re: Watch out for build issues on non-Unicode systems Nihanth Subramanya
  • Re: Watch out for build issues on non-Unicode systems Jonathan Kew
  • Re: Watch out for build issues on non-Unicode systems Mike Hommey
• Intent to unship: Legacy MathML syntax for numbers Frédéric Wang
• Doc review request for MIME type “codecs” parameter article Eric Shepherd (Sheppy)
• Intent to unship AppCache Jonathan Kingston
  • Re: Intent to unship AppCache Andrew Overholt
  • Re: Intent to unship AppCache Jonathan Kingston
  • Re: Intent to unship AppCache Valentin Gosu
• Soft code freeze for Firefox 70, Aug 26 Liz Henry (:lizzard)
  • Re: Soft code freeze for Firefox 70, Aug 26 Liz Henry (:lizzard)
  • Re: Soft code freeze for Firefox 70, Aug 26 Julien Cristau
• Intent to Implement- Double-keyed HTTP cache Sebastian Streich
  • Re: Intent to Implement- Double-keyed HTTP cache Martin Thomson
  • Re: Intent to Implement- Double-keyed HTTP cache Anne van Kesteren
  • Re: Intent to Implement- Double-keyed HTTP cache dom
  • Re: Intent to Implement- Double-keyed HTTP cache Anne van Kesteren
• Intent to Ship New Certificate Viewer Danielle Leblanc-Cyr
  • Re: Intent to Ship New Certificate Viewer Nils Ohlmeier
• Intent to deprecate: mathspace names for MathML lengths Frédéric Wang
• PSA: Removing display:-moz-inline-grid and -moz-inline-stack Mats Palmgren
• Must we rebuild all our rust code constantly? Dave Townsend
  • Re: Must we rebuild all our rust code constantly? Simon Sapin
  • Re: Must we rebuild all our rust code constantly? Simon Sapin
  • Re: Must we rebuild all our rust code constantly? Dave Townsend
  • Re: Must we rebuild all our rust code constantly? Kris Maglione
  • Re: Must we rebuild all our rust code constantly? Adam Gashlin
  • Re: Must we rebuild all our rust code constantly? Jörg Knobloch
  • Re: Must we rebuild all our rust code constantly? ISHIKAWA,chiaki
  • Re: Must we rebuild all our rust code constantly? Kris Maglione
  • Re: Must we rebuild all our rust code constantly? ISHIKAWA,chiaki
  • Re: Must we rebuild all our rust code constantly? Eric Rahm
  • Re: Must we rebuild all our rust code constantly? ISHIKAWA, Chiaki
  • Re: Must we rebuild all our rust code constantly? Simon Sapin
  • Re: Must we rebuild all our rust code constantly? Chris M.
  • Re: Must we rebuild all our rust code constantly? Mike Hommey
  • Re: Must we rebuild all our rust code constantly? Simon Sapin
  • Re: Must we rebuild all our rust code constantly? mwoerister
  • Re: Must we rebuild all our rust code constantly? ishikawa
  • Re: Must we rebuild all our rust code constantly? Nicholas Alexander
  • Re: Must we rebuild all our rust code constantly? Eric Rahm
  • Re: Must we rebuild all our rust code constantly? Markus Stange
  • Re: Must we rebuild all our rust code constantly? ISHIKAWA,chiaki
  • Re: Must we rebuild all our rust code constantly? ISHIKAWA,chiaki
  • Re: Must we rebuild all our rust code constantly? Chris M.
• MOZ_LOG_FILE filename intended to be automatically and irrevocably appended `.mozlog` extension Honza Bambas
  • Re: Shipped - MOZ_LOG_FILE filenames automatically appended `.moz_log` extension Honza Bambas
• Intent to unship: nonzero unitless MathML lengths Frédéric Wang
• Intent to deprecate: named values the mathsize attribute Frédéric Wang
• Intent to deprecate: named values for <mfrac>'s linethickness attribute Frédéric Wang
• Structured bindings and minimum GCC & clang versions Henri Sivonen
  • Re: Structured bindings and minimum GCC & clang versions Gerald Squelart
  • Re: Structured bindings and minimum GCC & clang versions Eric Rahm
  • Re: Structured bindings and minimum GCC & clang versions Henri Sivonen
• Intent to ship: CSS 'display:block ruby' Mats Palmgren
  • Re: Intent to ship: CSS 'display:block ruby' David Burns
  • Re: Intent to ship: CSS 'display:block ruby' Mats Palmgren
• Intent to ship: multi-keyword values on the CSS 'display' property Mats Palmgren
  • Re: Intent to ship: multi-keyword values on the CSS 'display' property Boris Zbarsky
  • Re: Intent to ship: multi-keyword values on the CSS 'display' property Mats Palmgren
  • Re: Intent to ship: multi-keyword values on the CSS 'display' property Boris Zbarsky
  • Re: Intent to ship: multi-keyword values on the CSS 'display' property Mats Palmgren
  • Re: Intent to ship: multi-keyword values on the CSS 'display' property 一丝
  • Re: Intent to ship: multi-keyword values on the CSS 'display' property Emilio Cobos Álvarez
• Intent to ship: CSS 'display:inline list-item' and 'display:inline flow-root list-item' Mats Palmgren
• Intent to unship: <math>'s mode attribute Frédéric Wang
• FYI: Taskcluster Services Migration Dustin Mitchell
• PSA: mozilla::Result is about to understand move semantics Emilio Cobos Álvarez
  • Re: PSA: mozilla::Result is about to understand move semantics Bryce Seager van Dyk
  • Re: PSA: mozilla::Result is about to understand move semantics Emilio Cobos Álvarez
  • Re: PSA: mozilla::Result is about to understand move semantics Kris Maglione
  • Re: PSA: mozilla::Result is about to understand move semantics Bryce Seager van Dyk
  • Re: PSA: mozilla::Result is about to understand move semantics Kris Maglione
  • Re: PSA: mozilla::Result is about to understand move semantics Alexis Beingessner
  • Re: PSA: mozilla::Result is about to understand move semantics Kris Maglione
• Intent to Ship: Move Extended Validation Information out of the URL bar Johann Hofmann
  • RE: Intent to Ship: Move Extended Validation Information out of the URL bar Marissa (Reese) Wood
  • Re: Intent to Ship: Move Extended Validation Information out of the URL bar Dão Gottwald
  • Re: Intent to Ship: Move Extended Validation Information out of the URL bar Eric Shepherd (Sheppy)
• PSA: Ensure your favorite components are up-to-date in codetribute Emilio Cobos Álvarez
• Documentation for IPDL needs some edit saschanaz7
  • Re: Documentation for IPDL needs some edit saschanaz7
  • Re: Documentation for IPDL needs some edit j.j.
  • Re: Documentation for IPDL needs some edit saschanaz7
  • Re: Documentation for IPDL needs some edit Andrew McCreight
  • Re: Documentation for IPDL needs some edit saschanaz7
• Re: Intent to remove Ambient Light and Proximity sensor APIs Roni Kantola
• Fission Newsletter #2 Nika Layzell
  • Re: Fission Newsletter #2 Nika Layzell
  • Re: Fission Newsletter #2 Alexis Beingessner
  • Re: Fission Newsletter #2 Nika Layzell
  • Re: Fission Newsletter #2 Bobby Holley
  • Re: Fission Newsletter #2 Neha Kochar
  • Re: Fission Newsletter #2 Kris Maglione
  • Re: Fission Newsletter #2 Henrik Skupin
• Intent to ship: restrict access to request notification permissions from cross-origin iframes Ehsan Akhgari
  • Re: Intent to ship: restrict access to request notification permissions from cross-origin iframes Martin Thomson
• Intent to ship: Make <link> elements always unvisited. Emilio Cobos Álvarez
  • Re: Intent to ship: Make <link> elements always unvisited. Anne van Kesteren
  • Re: Intent to ship: Make <link> elements always unvisited. Emilio Cobos Álvarez
• Intent to ship: font-size: xxx-large Emilio Cobos Álvarez
• Intent to Prototype: text-decoration-skip-ink Charlie Marlow
  • Re: Intent to Prototype: text-decoration-skip-ink Tom Schuster
  • Re: Intent to Prototype: text-decoration-skip-ink Daniel Holbert
• [intent to deploy] Changes to show_bug.cgi on BMO Emma Humphries
• Planned Taskcluster Migration Upcoming Dustin Mitchell
  • Reminder: Planned Taskcluster migration this weekend (Nov 9) Chris Cooper
  • Fwd: Reminder: Planned Taskcluster migration this weekend (Nov 9) Chris Cooper
  • Re: Reminder: Planned Taskcluster migration this weekend (Nov 9) Simon Sapin
  • Re: Reminder: Planned Taskcluster migration this weekend (Nov 9) James Graham
• Non-header-only headers shared between SpiderMonkey and the rest of Gecko Henri Sivonen
  • Re: Non-header-only headers shared between SpiderMonkey and the rest of Gecko Gabriele Svelto
  • Re: Non-header-only headers shared between SpiderMonkey and the rest of Gecko Henri Sivonen
  • Re: Non-header-only headers shared between SpiderMonkey and the rest of Gecko Henri Sivonen
  • Re: Non-header-only headers shared between SpiderMonkey and the rest of Gecko Kris Maglione
  • Re: Non-header-only headers shared between SpiderMonkey and the rest of Gecko Henri Sivonen
• Native actor refcounting support in IPDL Nika Layzell
  • Re: Native actor refcounting support in IPDL Kris Maglione
  • Re: Native actor refcounting support in IPDL Boris Zbarsky
  • Re: Native actor refcounting support in IPDL Nika Layzell
• Measuring interactivity in a browser (especially during load) Randell Jesup
• Proposed W3C Charter: Privacy Interest Group L. David Baron
• clang version on tryserver? ISHIKAWA,chiaki
  • Re: clang version on tryserver? Jörg Knobloch
  • Re: clang version on tryserver? ISHIKAWA,chiaki
  • Re: clang version on tryserver? Jan de Mooij
  • Re: clang version on tryserver? Steve Fink
  • Re: clang version on tryserver? ISHIKAWA,chiaki
  • Re: clang version on tryserver? ISHIKAWA,chiaki
  • Re: clang version on tryserver? ISHIKAWA,chiaki
• PSA: Fission mochitests will soon run on integration branches Kris Maglione
• Support for annotating intermittent tests with multiple statuses James Graham
  • Re: Support for annotating intermittent tests with multiple statuses Andrew Halberstadt
  • Re: Support for annotating intermittent tests with multiple statuses James Graham
• Intent to Implement & Ship: WebRTC Perfect Negotiation APIs Jan-Ivar Bruaroey
  • Re: Intent to Implement & Ship: WebRTC Perfect Negotiation APIs Eric Shepherd (Sheppy)
  • Re: Intent to Implement & Ship: WebRTC Perfect Negotiation APIs Jan-Ivar Bruaroey
• Intent to unship X-Frame-Options: Allow-From Jonathan Kingston
• Upcoming on Bugzilla: reorganized & redesigned bug page Kohei Yoshino
• cross-language LTO enabled on nightly for all platforms Nathan Froyd
  • Re: cross-language LTO enabled on nightly for all platforms Bobby Holley
  • Re: cross-language LTO enabled on nightly for all platforms Nathan Froyd
  • Re: cross-language LTO enabled on nightly for all platforms Bobby Holley
• Intent to ship: Blocking Worker/SharedWorker with non-JS MIME type Tom Schuster
  • Re: Intent to ship: Blocking Worker/SharedWorker with non-JS MIME type Boris Zbarsky
  • Re: Intent to ship: Blocking Worker/SharedWorker with non-JS MIME type Tom Schuster
  • Re: Intent to ship: Blocking Worker/SharedWorker with non-JS MIME type Boris Zbarsky
  • Re: Intent to ship: Blocking Worker/SharedWorker with non-JS MIME type David Burns
• NotNull and pointer parameters that may or may not be null Karl Tomlinson
  • Re: NotNull and pointer parameters that may or may not be null Jeff Gilbert
  • Re: NotNull and pointer parameters that may or may not be null Henri Sivonen
• non-const reference parameters in new and older code Karl Tomlinson
  • Re: non-const reference parameters in new and older code David Teller
  • Re: non-const reference parameters in new and older code Jeff Gilbert
• precedence of Mozilla, Google, and clang-format styles for C++ code Karl Tomlinson
  • Re: precedence of Mozilla, Google, and clang-format styles for C++ code Bryce Seager van Dyk
  • Re: precedence of Mozilla, Google, and clang-format styles for C++ code Ehsan Akhgari
  • Re: precedence of Mozilla, Google, and clang-format styles for C++ code Ehsan Akhgari
• Intent to ship: accumulating most JS scripts' data as UTF-8, then directly parsing as UTF-8 (without inflating to UTF-16) Jeff Walden
  • Re: Intent to ship: accumulating most JS scripts' data as UTF-8, then directly parsing as UTF-8 (without inflating to UTF-16) Nicholas Nethercote
  • Re: Intent to ship: accumulating most JS scripts' data as UTF-8, then directly parsing as UTF-8 (without inflating to UTF-16) Jeff Walden
  • Re: Intent to ship: accumulating most JS scripts' data as UTF-8, then directly parsing as UTF-8 (without inflating to UTF-16) Anne van Kesteren
  • Re: Intent to ship: accumulating most JS scripts' data as UTF-8, then directly parsing as UTF-8 (without inflating to UTF-16) Jeff Walden
• PHC, a probabilistic heap checker, will soon be enabled on Linux64 Nightly Nicholas Nethercote
  • Re: PHC, a probabilistic heap checker, will soon be enabled on Linux64 Nightly Tom Ritter
  • Re: PHC, a probabilistic heap checker, will soon be enabled on Linux64 Nightly Nicholas Nethercote
• New Lockwise Password Manager UI now on autoland Jared Wein
  • Re: New Lockwise Password Manager UI now on autoland Nicolas B. Pierron
  • Re: New Lockwise Password Manager UI now on autoland Simon Sapin
  • Re: New Lockwise Password Manager UI now on autoland Jared Wein
• Request for feedback: Linux CI upgrade path - debian vs ubuntu egao
• Static prefs are now defined in a YAML file Nicholas Nethercote
  • Re: Static prefs are now defined in a YAML file Nicholas Nethercote
  • Re: Static prefs are now defined in a YAML file Nicholas Nethercote
• Workers no longer working on file URLs? Christopher Mills
  • Re: Workers no longer working on file URLs? Daniel Veditz
  • Re: Workers no longer working on file URLs? Christopher Mills

• Earlier messages
• Later messages