[blink-dev] Re: Intent to Prototype: FileSystemHandle Unique IDs

Hi! I've skimmed through the explainer, but I feel like I'm missing something important. Can you help me understand the difference between the scheme proposed here on the one hand, and relying on something like Crypto.randomUUID()

Re: [blink-dev] Re: Intent to Remove: HTTP/2 and gQUIC server push

So it will be disabled by default in 106 then? Joe Medley | Technical Writer, Chrome DevRel | jmed...@google.com | 816-678-7195 *If an API's not documented it doesn't exist.* On Mon, Aug 15, 2022 at 8:13 AM Brad Lassey wrote: > I believe Ian's timeline suggestion was to disable on trunk this w

[blink-dev] Re: Intent to Prototype: FileSystemHandle Unique IDs

Hi Mike, Good question! To explain it a different way... why do we need an isSameEntry() method? Why can't we just compare two FileSystemHandle objects directly? Well, a handle mostly just represents a path on disk (which we never want to expose to a site). The API has a number of ways (drag & d

[blink-dev] Re: Intent to Prototype: requestStorageAccessForSite

Nice to see further extension of the SAA for specific scenarios the existing API doesn't fully cover. I had a couple of questions about the extension and how it ties into the existing SAA: What is the intended interaction with declarative SAA as being discussed in Allow forward-declaration of