Re: [chromium-dev] Re: [blink-dev] Inactive OWNERS cleanup

2022-07-27 Thread 'Matt Menke' via blink-dev
Maybe it would make more sense to identify OWNERS who are not active globally in chrome/, instead of owners not active in a particular directory? How common are OWNERS active in Chrome, but high latency only for specific directories? I'm asking as someone who was recently inundated by auto-ge

Re: [chromium-dev] Re: [blink-dev] Inactive OWNERS cleanup

2022-07-28 Thread 'Matt Menke' via blink-dev
On Thu, Jul 28, 2022 at 10:29 AM Ali Juma wrote: > > > On Thu, Jul 28, 2022 at 6:07 AM Kentaro Hara wrote: > >> Thanks all for the input! >> >> Dana: >> >>> This list includes per-file owners, did the script look for 100 CLs in >>> those files named by the rule when deciding to remove the person

[blink-dev] Intent to Prototype: Deprecate support for URLs with non-IPv4 hostnames ending in numbers

2021-08-18 Thread 'Matt Menke' via blink-dev
Contact emailsmme...@google.com ExplainerNone Specificationhttps://url.spec.whatwg.org/ Summary Most hostnames that aren't valid IPv4 addresses, but end in numbers are treated as valid, and looked up via DNS (e.g., http://foo.127.1/). Per the Public Suffix List spec, the eTLD+1 of the hostname

Re: [blink-dev] Intent to Prototype: Deprecate support for URLs with non-IPv4 hostnames ending in numbers

2021-08-19 Thread 'Matt Menke' via blink-dev
Aug 18, 2021 at 11:18 PM Matt Menke wrote: >>> >>>> On Wed, Aug 18, 2021 at 4:53 PM Yoav Weiss >>>> wrote: >>>> >>>>> >>>>> >>>>> On Wed, Aug 18, 2021 at 8:47 PM 'Matt Menke' via blink-dev < >>

Re: [blink-dev] Intent to Prototype: Deprecate support for URLs with non-IPv4 hostnames ending in numbers

2021-08-19 Thread &#x27;Matt Menke&#x27; via blink-dev
On Wed, Aug 18, 2021 at 5:23 PM Yoav Weiss wrote: > > > On Wed, Aug 18, 2021 at 11:18 PM Matt Menke wrote: > >> On Wed, Aug 18, 2021 at 4:53 PM Yoav Weiss >> wrote: >> >>> >>> >>> On Wed, Aug 18, 2021 at 8:47 PM 'Matt Menke'

Re: [blink-dev] Intent to Prototype: Deprecate support for URLs with non-IPv4 hostnames ending in numbers

2021-08-19 Thread &#x27;Matt Menke&#x27; via blink-dev
On Wed, Aug 18, 2021 at 4:53 PM Yoav Weiss wrote: > > > On Wed, Aug 18, 2021 at 8:47 PM 'Matt Menke' via blink-dev < > blink-dev@chromium.org> wrote: > >> Contact emailsmme...@google.com >> >> ExplainerNone >> >> Specificationhttps:/

Re: [blink-dev] Intent to Prototype: Deprecate support for URLs with non-IPv4 hostnames ending in numbers

2021-08-19 Thread &#x27;Matt Menke&#x27; via blink-dev
n, and >>>>> assume I'd need to do a "Draft Intent to Ship email" before shipping to >>>>> stable, after a 50% trial on prerelease channels. >>>>> >>>> >>>> There's no need for 2 emails for removals. We ca

Re: [blink-dev] Intent to Prototype: Deprecate support for URLs with non-IPv4 hostnames ending in numbers

2021-08-19 Thread &#x27;Matt Menke&#x27; via blink-dev
gt;>>> +Jason Robbins - on the title issues. >>>>>> >>>>>> >>>>>>> >>>>>>> I used the "Draft Intent to Deprecate and Remove email" button, and >>>>>>> assume I&#

Re: [blink-dev] Intent to Prototype: Deprecate support for URLs with non-IPv4 hostnames ending in numbers

2021-08-20 Thread &#x27;Matt Menke&#x27; via blink-dev
>>>>>>> something that has to be resolved via a search path. >>>>>>> >>>>>>> >>>>>>> On Thu, Aug 19, 2021 at 2:33 PM Yoav Weiss >>>>>>> wrote: >>>>>>> >>>>>>>> >>>>>>>&

Re: [blink-dev] Intent to Prototype: Deprecate support for URLs with non-IPv4 hostnames ending in numbers

2021-08-20 Thread &#x27;Matt Menke&#x27; via blink-dev
ng that has to be resolved via a search path. >>>>>>>> >>>>>>>> >>>>>>>> On Thu, Aug 19, 2021 at 2:33 PM Yoav Weiss >>>>>>>> wrote: >>>>>>>> >>>>>&

Re: [blink-dev] Intent to Prototype: Deprecate support for URLs with non-IPv4 hostnames ending in numbers

2021-08-23 Thread &#x27;Matt Menke&#x27; via blink-dev
mes >>>>>>>>>> that start with a digit (Unicode bidi afficandoes will know why) >>>>>>>>>> - The only real reason why leading digits aren't outlawed in >>>>>>>>>> domain names at the second level is 3com.

Re: [blink-dev] Intent to Prototype: Deprecate support for URLs with non-IPv4 hostnames ending in numbers

2021-08-23 Thread &#x27;Matt Menke&#x27; via blink-dev
gt;> It seems safe to say that no legitimate fully qualified hostname >>>>>>>>> will ever have a last component consisting only of digits. >>>>>>>>> That means the only time we could get a legitimate hostname is for >>>>

Re: [blink-dev] Intent to Prototype: Deprecate support for URLs with non-IPv4 hostnames ending in numbers

2021-08-26 Thread &#x27;Matt Menke&#x27; via blink-dev
t;> anyone. >>>>>>>>>>>>> So if those two bugs (or "archaic features") occur together, >>>>>>>>>>>>> the result may be a successful resolution. >>>>>>>>>>>>> >>>>>>>>>

[blink-dev] Re: Intent to Experiment: Digital Goods API v2.0

2021-10-08 Thread &#x27;Matt Menke&#x27; via blink-dev
Skimming over the explainer, I can't determine whether this leaks data cross-site or not. Are these digital products that the API manages exposed across sites, restricted to same-origin frame, restricted to same-origin 1P contexts, or what? On Friday, October 8, 2021 at 3:37:18 AM UTC-4 Glen R

[blink-dev] Re: Intent to Experiment: Digital Goods API v2.0

2021-10-11 Thread &#x27;Matt Menke&#x27; via blink-dev
All intent emails - including experiment, are reviewed for potential privacy and security issues. If this is keyed on frame origin, delegating to cross-origin iframes is a cross-site tracking vector. If cross-origin iframes have access to it, but keyed on top frame origin rather than iframe origi

[blink-dev] Intent to Ship: Network State Partitioning

2022-02-01 Thread &#x27;Matt Menke&#x27; via blink-dev
Contact emails mme...@chromium.org Explainer https://github.com/MattMenke2/Explainer---Partition-Network-State/blob/main/README.md Specification https://fetch.spec.whatwg.org/#connections Summary Partition network state by the network partition key (which consists of top frame site and frame

Re: [blink-dev] Intent to Ship: Network State Partitioning

2022-02-02 Thread &#x27;Matt Menke&#x27; via blink-dev
what sorts of cases the regressions affect most. > Thanks. > > On Wednesday, February 2, 2022 at 1:25:41 AM UTC-8 Yoav Weiss wrote: > >> Thanks for working on this important partitioning! >> >> On Tue, Feb 1, 2022 at 7:01 PM 'Matt Menke' via blink-dev <

Re: [blink-dev] Intent to Ship: Network State Partitioning

2022-02-07 Thread &#x27;Matt Menke&#x27; via blink-dev
performance here. > > (And we'll send a new I2S after that, rather than revive this thread.) > > Thanks everyone. > > On 2/2/22 1:05 PM, 'Matt Menke' via blink-dev wrote: > > Thanks for the feedback! Responses inline. > > On Wed, Feb 2, 2022 at 12:03

Re: [blink-dev] Intent to Ship: Network State Partitioning

2022-02-28 Thread &#x27;Matt Menke&#x27; via blink-dev
t; >> On Mon, Feb 7, 2022 at 10:06 AM Mike Taylor wrote: >> >>> FYI, we're going to run some other experiments to see how to improve >>> performance here. >>> >>> (And we'll send a new I2S after that, rather than revive this thread.) >>

Re: [blink-dev] Intent to remove: Shortened IPv4 addresses in the URL

2023-01-25 Thread &#x27;Matt Menke&#x27; via blink-dev
Is that the only test removing this behavior breaks? I'm not seeing test cases for simple IPv4 expansion cases, like just "http://127.1/";. I also notice that in Firefox, http://127.1 is mapped to http://127.0.0.1/, but http://[::1.2.3.] is not treated as a URL, so it's unclear to me if the p