Intent to disable 'backlog' tracking flag in Bugzilla

2018-06-28 Thread Emma Humphries
The 'backlog' (originally known as 'blocking-loop') tracking flag, is available for bugs in Core::Audio/Video* and Core::WebRTC*. The flag is no longer used by the groups triaging and working on bugs in those components, and per a discussion with :drno (Nils Ohlmeier) I intend to disable setting t

Intent to ship: inset-* logical properties.

2018-06-28 Thread Emilio Cobos Álvarez
Hi, In bug 1464782 I renamed the long-shipped offset-* logical properties (offset-inline-start, offset-inline-end, offset-block-start, offset-block-end), which map to top / bottom / left / right, to their standard name (inset-*), and turned the later into aliases. No other browser implements

Intent to deprecate and remove: offset-* logical properties.

2018-06-28 Thread Emilio Cobos Álvarez
In bug 1464782 I renamed these to inset-*, and left the offset-* properties as an alias behind a (enabled-by-default) pref: layout.css.offset-logical-properties.enabled I want it to turn it off by default sooner rather than later, given no other engine supports it, but keep the pref around f

Re: CPOWs are now almost completely disabled

2018-06-28 Thread Alex Gaynor
Outstanding! I love a good IPC attack surface reduction! Alex On Wed, Jun 27, 2018 at 6:54 PM Tom Schuster wrote: > Since landing bug 1465911 [1], CPOWs [2] are only functional on our testing > infrastructure. In normal builds that we ship to users CPOWs can be > created, but no operations like

Re: CPOWs are now almost completely disabled

2018-06-28 Thread Mike Conley
This is great news! Thanks to everybody involved! On Thu, 28 Jun 2018 at 09:16, Alex Gaynor wrote: > Outstanding! I love a good IPC attack surface reduction! > > Alex > > On Wed, Jun 27, 2018 at 6:54 PM Tom Schuster wrote: > > > Since landing bug 1465911 [1], CPOWs [2] are only functional on ou

Re: Coding style: Making the `e` prefix for enum variants not mandatory?

2018-06-28 Thread Emilio Cobos Álvarez
I asked kats@ (which added the list item regarding enums) and he was fine removing it from the coding style, so given that and the rest of the thread I've edited the page accordingly. Cheers, -- Emilio On 6/26/18 2:46 AM, Jeff Gilbert wrote: If we can't agree, it shouldn't be in the style g

Re: Intent to unprefix grid-gap, grid-row-gap, and grid-column-gap and updating them to spec

2018-06-28 Thread Daniel Holbert
On Thu, Mar 29, 2018 at 8:19 AM, Mats Palmgren wrote: > Hi, > > In bug 1398482 I'm unprefixing the grid-gap, grid-row-gap, and > grid-column-gap properties > [...] > > These properties also applies to Flexbox: > https://drafts.csswg.org/css-align-3/#gap-flex > We haven't implemented layout for t

Re: Coding style: Making the `e` prefix for enum variants not mandatory?

2018-06-28 Thread Mike Hommey
On Thu, Jun 28, 2018 at 05:27:23PM +0200, Emilio Cobos Álvarez wrote: > I asked kats@ (which added the list item regarding enums) and he was fine > removing it from the coding style, so given that and the rest of the thread > I've edited the page accordingly. Not that I'd oppose, but I'll note tha

Re: Coding style: Making the `e` prefix for enum variants not mandatory?

2018-06-28 Thread Emilio Cobos Álvarez
On 6/29/18 12:15 AM, Mike Hommey wrote: On Thu, Jun 28, 2018 at 05:27:23PM +0200, Emilio Cobos Álvarez wrote: I asked kats@ (which added the list item regarding enums) and he was fine removing it from the coding style, so given that and the rest of the thread I've edited the page accordingly.

Re: Rust crate approval

2018-06-28 Thread Nathan Froyd
Thanks for raising these points. On Tue, Jun 26, 2018 at 10:02 PM, Adam Gashlin wrote: > * Already vendored crates > Can I assume any crates we have already in mozilla-central are ok to use? > Last year there was a thread that mentioned making a list of "sanctioned" > crates, did that ever come a

Re: Rust crate approval

2018-06-28 Thread Adam Gashlin
On Thu, Jun 28, 2018 at 4:42 PM, Nathan Froyd wrote: > Thanks for raising these points. > Thanks for the response! On Tue, Jun 26, 2018 at 10:02 PM, Adam Gashlin wrote: > > * Already vendored crates > > Can I assume any crates we have already in mozilla-central are ok to use? > > Last year the