Re: Cookie policy/permission in live documents - proposal

2019-01-24 Thread Andrea Marchesini
> > Presumably if there is an opener relationship between the tabs, things > might be a little odd, because you can postMessage, but not use > localStorage. So I don't think that this is exactly like private-normal > browsing. > > Yes. This is right. But I don't think we should block postMessage()

Intent to ship: implicit ref=noopener for target=_blank on anchor and area elements

2019-01-24 Thread Andrea Marchesini
I intend to turn "implicit ref=noopener for anchor and area elements for target=_blank" on by default in 67. It has been developed behind the "dom.targetBlankNoOpener.enabled" preference and enabled in nightly for ~2 cycles (it landed in FF65). Safari has already shipped this feature: https://webk

New and improved "about:config" for Firefox Desktop

2019-01-24 Thread Paolo Amadini
Last year a group of students, Luke, Matthias, and Vincent, designed and implemented a new version of "about:config" in order to improve the ergonomics and align the look and feel with other in-content Firefox pages. They did an amazing job, working with design input from Amy Lee and with myself d

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

2019-01-24 Thread Philipp Kewisch
On 1/24/19 8:31 PM, Paolo Amadini wrote: > Thunderbird will not be affected by this change initially, but at some > point we'll remove the old code from mozilla-central since Thunderbird > will be the only remaining user. Hi Paolo, was there a specific reason to put the code in chrome://browser/

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

2019-01-24 Thread Paolo Amadini
On 1/24/2019 9:57 PM, Philipp Kewisch wrote: was there a specific reason to put the code in chrome://browser/ ? It seems to me that this is a feature that is common for all toolkit apps, so if you put it in chrome://toolkit/ then Thunderbird can just make use of it without any major migration nee

Re: Cookie policy/permission in live documents - proposal

2019-01-24 Thread Martin Thomson
Thanks for the piece about StoragePrincipal. I think that motivates this well for me. Changing principal is not something we can do trivially (or not something we should even contemplate ideally). I do want to pick out one comment you made, which is probably off-topic for the thread, but I think

Re: Intent to ship: implicit rel=noopener for target=_blank on anchor and area elements

2019-01-24 Thread Tantek Çelik
For the archives, s/ref/rel in subject. I am seeing some publisher uptake of rel="noopener" so it is good that we are shipping this. Thanks Andrea, Tantek On Thu, Jan 24, 2019 at 3:52 AM Andrea Marchesini wrote: > > I intend to turn "implicit ref=noopener for anchor and area elements for > tar

Re: Proposed W3C Charter: SVG Working Group

2019-01-24 Thread L. David Baron
On Sunday 2018-12-23 09:59 -0800, L. David Baron wrote: > The W3C is proposing a revised charter for: > > Scalable Vector Graphics (SVG) Working Group > https://www.w3.org/Graphics/SVG/svg-2019-ac.html > https://lists.w3.org/Archives/Public/public-new-work/2018Dec/0006.html > > Mozilla has

Re: Proposed W3C Charter: SVG Working Group

2019-01-24 Thread Tantek Çelik
Comments inline. On Thu, Jan 24, 2019 at 5:54 PM L. David Baron wrote: > > On Sunday 2018-12-23 09:59 -0800, L. David Baron wrote: > > The W3C is proposing a revised charter for: > > > > Scalable Vector Graphics (SVG) Working Group > > https://www.w3.org/Graphics/SVG/svg-2019-ac.html > > ht