specific, mainly enterprise-focused, use cases.
On the broader web device-based authentication solutions such as WebAuthn
are more appropriate.
Reilly Grant | Software Engineer | reil...@chromium.org | Google Chrome
<https://www.google.com/chrome>
On Thu, Oct 2, 2025 at 6:39 AM Luke Klimek wrote:
&g
rbird
there's no cookie in my browser related to my email provider.
Reilly Grant | Software Engineer | reil...@chromium.org | Google Chrome
<https://www.google.com/chrome>
On Tue, Sep 9, 2025 at 9:11 AM Sam Goto wrote:
>
>
> On Tue, Sep 9, 2025 at 8:24 AM Daniel Bratell wrote
hosts their own email I'm curious if there are
reference implementations available for the email provider side of this
system. I'd love to play around with this API and want to be sure it's not
limited to users of the major email providers.
Reilly Grant | Software Engineer | reil...@chrom
Patryk, can you reply to this with more detailed explanations for the
places where the template was filled in with "None"? We discussed for
example that a TAG review is unnecessary as this is an incremental change
to a feature they have already declined to review.
Reilly Grant | Softwar
ction system are implementation-specific.
Reilly Grant | Software Engineer | reil...@chromium.org | Google Chrome
<https://www.google.com/chrome>
On Mon, Jul 28, 2025 at 1:52 PM 'Theodore Olsauskas-Warren' via blink-dev <
blink-dev@chromium.org> wrote:
> Contact ema
On Wed, Jul 9, 2025 at 11:06 AM David Bokan wrote:
> Thanks! Filled these out in chromestatus - posting inline replies below as
> well.
>
> On Wednesday, July 9, 2025 at 1:48:42 PM UTC-4 Reilly Grant wrote:
>
> On Wed, Jul 9, 2025 at 9:36 AM David Bokan wrote:
&g
On Wed, Jul 9, 2025 at 9:36 AM David Bokan wrote:
> Contact emailsbo...@chromium.org, hvanops...@chromium.org,
> khushalsa...@chromium.org
>
> ExplainerNone - We're working to publish an explainer ASAP and will link
> it on this thread when it's available.
>
> SpecificationNone
>
> Summary
>
> Sc
On Thu, Jun 26, 2025 at 2:08 AM Chromestatus <
ad...@cr-status.appspotmail.com> wrote:
> Contact emails andypa...@google.com, leminh...@google.com,
> vogelh...@google.com
>
> Explainer https://github.com/andypaicu/PEPC/blob/main/explainer.md
>
> Specification https://wicg.github.io/PEPC/permission
Note the approach I took in WebUSB hasn't proven popular. I wouldn't
replicate it. WebAuthn defines WebDriver commands and that's the approach
we've been trying to take other APIs in as well such as Web Bluetooth and
Web Smart Card.
Reilly Grant | Software Engineer | reil...@c
Enterprises tend not to run beta-channel. They also tend to turn off
metrics and crash reporting. A slow rollout as Alex is suggesting will
hopefully catch issues early but we also need to be ready to react to
urgent regressions as this reaches 100% on stable-channel.
Reilly Grant | Software
or to pass a detached buffer to these APIs, which is why we
added the exception to begin with. This change makes the APIs consistent
with other buffer-consuming APIs like Web Serial and WebHID, where we
handle this case with the specified behavior.
Reilly Grant | Software Engineer | reil...@googl
l-defined inputs and outputs.
Reilly Grant | Software Engineer | reil...@chromium.org | Google Chrome
<https://www.google.com/chrome>
On Wed, Sep 11, 2024 at 9:56 PM Domenic Denicola
wrote:
>
>
> On Thu, Sep 12, 2024 at 1:44 PM Tom Jones
> wrote:
>
>> I guess you guys
articularly
attractive target for an attacker and necessitates the code integrity
protections provided by Isolated Web Apps.
Reilly Grant | Software Engineer | reil...@chromium.org | Google Chrome
<https://www.google.com/chrome>
On Tue, Sep 10, 2024 at 7:39 AM 'Simon Hangl' via blink-d
On Wed, Aug 28, 2024 at 11:22 AM Vladimir Levin wrote:
>
> On Wed, Aug 28, 2024 at 12:34 PM 'Ajay Rahatekar' via blink-dev <
> blink-dev@chromium.org> wrote:
>
>> Ty, Will do.
>>
>> On Wednesday, August 28, 2024 at 9:02:31 AM UTC-7 sligh...@chromium.org
>> wrote:
>>
>>> Please send this as an FYI
The Promise returned by the "opened" attribute serves that purpose. We used
this pattern because it aligns with the WebSocketStream and WebTransport
constructors.
Reilly Grant | Software Engineer | reil...@chromium.org | Google Chrome
<https://www.google.com/chrome>
On Wed, A
werful capability even though there are existing web
platform alternatives (e.g. Web Transport). Some applications do not have a
choice in the endpoints they need to connect to (e.g. legacy or low-level
systems) and need an unrestricted network API.
Reilly Grant | Software Engineer | reil...@chromium.org |
On Tue, Jul 16, 2024 at 1:20 PM Robbie McElrath
wrote:
> Thanks - before I jump too deeply into the review, would you mind
> requesting the various review gate bits in your chromestatus entry?
>
> Done. We've been using launch/ for the approvals so far. I added a link to
> the corresponding launc
).
Reilly Grant | Software Engineer | reil...@chromium.org | Google Chrome
<https://www.google.com/chrome>
On Wed, Jul 10, 2024 at 9:58 AM Yoav Weiss (@Shopify) <
yoavwe...@chromium.org> wrote:
> A few things trouble me here.
>
>- Dependency injection
>
k this approach strikes a good balance between
capability and security.
Reilly Grant | Software Engineer | reil...@chromium.org | Google Chrome
<https://www.google.com/chrome>
On Wed, May 22, 2024 at 10:08 AM 'Ajay Rahatekar' via blink-dev <
blink-dev@chromium.org> wrote:
&g
ons to prevent this from exacerbating fullscreen-based
phishing attacks. We have the option to loosen these restrictions if a
better UX solution to the notice and consent is developed.
Reilly Grant | Software Engineer | reil...@chromium.org | Google Chrome
<https://www.google.com/chrome>
On Wed,
The specification could define Pig Latin
<https://en.wikipedia.org/wiki/Pig_Latin> as a mandatory test language with
well-defined translation pairs with English.
Reilly Grant | Software Engineer | reil...@chromium.org | Google Chrome
<https://www.google.com/chrome>
On Wed, Apr 24
terop risk (e.g., changing to naming or structure of
the API in a non-backward-compatible way).
None.
Link to entry on the Chrome Platform Status
https://chromestatus.com/feature/5606741606924288
This intent message was generated by Chrome Platform Status
<https://chromestatus.com/>.
Re
+1 to documenting Chromium's behavior in an evergreen format even if this
isn't formally specified. I am constantly getting questions from developers
about this and it is driving FUD about the capability of the web platform.
On Tue, Mar 26, 2024 at 7:47 PM Domenic Denicola
wrote:
> LGTM3.
>
> Wi
rs who have
tested this API disproving that position. The OT survey responses
that developers will continue to use the API is an indirect signal that
that is true but it would be much more convincing to have direct evidence.
Reilly Grant | Software Engineer | reil...@chromium.org | Google Ch
On Tue, Mar 5, 2024 at 5:56 AM Mike Taylor wrote:
>
> On 3/5/24 6:57 AM, Mandy, Arnaud wrote:
>
> Contact emails
>
> kenneth.r.christian...@intel.com, arnaud.ma...@intel.com,
> wei4.w...@intel.com, raphael.kubo.da.co...@intel.com
>
> Explainer
>
> https://github.com/w3c/compute-pressure/blob/main
On Mon, Nov 20, 2023 at 9:05 AM Andy Paicu wrote:
> Contact emailsandypa...@google.com, pjmclach...@google.com,
> eng...@google.com
>
> Explainerhttps://github.com/andypaicu/PEPC/blob/main/explainer.md
>
> SpecificationNone
>
> Design docs
>
> https://docs.google.com/document/d/1a1gjlJ4VkAWoG8AeG
That all makes sense to me. I was just hoping to find it explained
somewhere.
Reilly Grant | Software Engineer | reil...@chromium.org | Google Chrome
<https://www.google.com/chrome>
On Sat, Nov 11, 2023 at 12:16 PM Rick Byers wrote:
> Note FedCM, PaymentRequest and Storage a
Is this proposal compatible with the deprecation of third-party cookies and
partitioned storage? Since credentials are origin-bound, what credentials
are available to a frame on origin A embedded under origin B?
Reilly Grant | Software Engineer | reil...@chromium.org | Google Chrome
<ht
Errors such as buffer overruns are non-fatal. After the ReadableStream
closes with an error the SerialPort's readable attribute is replaced by a
new ReadableStream.
Reilly Grant | Software Engineer | reil...@chromium.org | Google Chrome
<https://www.google.com/chrome>
On Thu, Sep 14
7, 2023 at 7:06:37 PM UTC+2 Reilly Grant wrote:
>
>> That behavior is to be expected. The "2" and ":59:NN PM" are being
>> received as separate events based on how the converter chips decide to pack
>> serial data (which arrives one byte at a time) into Blu
use to disclose that a device is managed. I
thought that there would be a message like "This app is configured by your
organization" in the three-dots menu on force-installed web apps.
> Best,
> Sergii
>
> On Thu, Jul 20, 2023 at 7:56 PM Reilly Grant wrote:
>
>> Se
That behavior is to be expected. The "2" and ":59:NN PM" are being received
as separate events based on how the converter chips decide to pack serial
data (which arrives one byte at a time) into Bluetooth or USB packets which
contain multiple bytes.
Reilly Grant | Soft
f the web app. At
that point the only benefit of an OT would be to ship an end-user
application early, but it wouldn't be a true experiment.
> On Wednesday, July 26, 2023 at 9:55:25 AM UTC-7 Reilly Grant wrote:
>
>> On Wed, Jul 26, 2023 at 9:05 AM Alex Russell
>> wrote:
&g
On Wed, Jul 26, 2023 at 9:05 AM Alex Russell
wrote:
> I'm going to have to stay recused on this vote, but just want to lend my
> fullest non-voting support to shipping ASAP. This is excellent work, and I
> can see you've dotted i's and crossed t's in anticipation of a full
> shakedown here. Thank
issues/11> in
particular seems to align with Mike's original question.
Reilly Grant | Software Engineer | reil...@chromium.org | Google Chrome
<https://www.google.com/chrome>
On Wed, Jul 5, 2023 at 9:29 AM Mike Taylor wrote:
> On 7/4/23 5:35 AM, 'Sergii Bykov' via blink-d
Michaela, I think you are misunderstanding this proposal. This is not a
proposal for a site to prove its integrity to the user. It is a proposal
for the user agent to prove its integrity to the site, and that it is
acting on behalf of a real user. These are two largely independent
problems. I recom
There is currently no plan to ship this on Windows because the underlying
platform does not provide a barcode detection capability.
Reilly Grant | Software Engineer | reil...@chromium.org | Google Chrome
<https://www.google.com/chrome>
On Tue, Jun 27, 2023 at 6:36 AM Matt Dean wrote:
On Wed, Mar 8, 2023 at 9:53 AM Alexey Rodionov (Fluorescent Hallucinogen) <
fluorescent.hallucino...@gmail.com> wrote:
> > External cameras should be available through getUserMedia() on Android.
>
> Unfortunately, `getUserMedia()` doesn't work on Android. It's broken and
> crashes on Android 10+.
On Thu, Nov 10, 2022 at 5:57 PM Regimantas Vegele <
regimantas.veg...@gmail.com> wrote:
> Hi,
>
> I was wondering, what way is there today to create a web-app (non-native
> android application) where I'd be able to plug-in a USB camera into an
> android device and be able to use it as an external
Not mentioned above but included in the explainer: To mitigate some of the
obvious security concerns this API will only be available to Isolated Web
Apps <https://github.com/WICG/isolated-web-apps>.
Reilly Grant | Software Engineer | reil...@chromium.org | Google Chrome
<https://www.g
+ericwillig...@chromium.org , can you transfer
ownership of this feature to Andrew?
Reilly Grant | Software Engineer | reil...@chromium.org | Google Chrome
<https://www.google.com/chrome>
On Fri, Sep 2, 2022 at 10:57 AM 'Panos Astithas' via blink-dev <
blink-dev@chromium.org&g
ior to this change causes getReader() to throw a
TypeError) is passed. So existing code can't observe a difference.
> /Daniel
> On 2022-08-10 17:56, Mike Taylor wrote:
>
> LGTM2
>
> On 8/10/22 9:15 AM, Yoav Weiss wrote:
>
> LGTM1
>
> On Tuesday, August 9, 2022 at 3:39:32
latform Status
https://chromestatus.com/feature/6716022686482432
This intent message was generated by Chrome Platform Status
<https://chromestatus.com/> and lovingly edited by hand.
Reilly Grant | Software Engineer | reil...@chromium.org | Google Chrome
<https://www.google.com/chrome>
the Chrome Platform Status
https://chromestatus.com/feature/5146307550248960
This intent message was generated by Chrome Platform Status
<https://chromestatus.com/>.
Reilly Grant | Software Engineer | reil...@chromium.org | Google Chrome
<https://www.google.com/chrome>
--
You received t
the thread.
Reilly Grant | Software Engineer | reil...@chromium.org | Google Chrome
<https://www.google.com/chrome>
On Wed, Feb 16, 2022 at 8:02 AM mkwst via Chromestatus <
admin+mk...@cr-status.appspotmail.com> wrote:
> LGTM3
>
> --
> You received this message because you a
issues/detail?id=1295963
Estimated milestones
M-100
Link to entry on the Chrome Platform Status
https://chromestatus.com/feature/4778232531386368
This intent message was generated by Chrome Platform Status
<https://chromestatus.com/>.
Reilly Grant | Software Engineer | reil...@chromium.or
Apologies, I spoke too soon. We'll be holding off shipping this on Windows
and Linux for the time being. Android, macOS and Chrome OS continue to
support it.
Reilly Grant | Software Engineer | reil...@chromium.org | Google Chrome
<https://www.google.com/chrome>
On Tue, Nov 30, 2021
As of Chrome 98 the Barcode Detection API will be available on Windows and
Linux as well, making this API available on all supported Chrome platforms
(including Chrome OS, which shipped support awhile ago without an
announcement).
On Tuesday, February 18, 2020 at 11:50:56 AM UTC-8 Reilly Grant
This is somewhat of a tangent but I'm curious what the use case for
respondWithNewView() is when it seems like the "new" view can only be the
existing view but shorter. It seems equivalent to calling
respondWith(newView.byteLength).
Reilly Grant | Software Engineer | reil...@chromi
o gave me the original LGTMs to ship this API will hold me to
that.
Reilly Grant | Software Engineer | reil...@chromium.org | Google Chrome
<https://www.google.com/chrome>
On Thu, Sep 23, 2021 at 11:41 AM Nick Bond wrote:
> Is this ready for production use now or is it still experim
The Web Serial API is also interested in this capability. See the note on
the abort algorithm when initializing the WritableStream
<https://wicg.github.io/serial/#writable-attribute>.
Reilly Grant | Software Engineer | reil...@chromium.org | Google Chrome
<https://www.google.com/chrome&
Thanks for the feedback!
Reilly Grant | Software Engineer | reil...@chromium.org | Google Chrome
<https://www.google.com/chrome>
On Fri, Aug 20, 2021 at 7:07 AM François Beaufort 🇫🇷
wrote:
> Thank you everyone!
> We'll work on updating the spec
> <https://github
IG declares additional assigned numbers or
leave it static.
What do you think?
Reilly Grant | Software Engineer | reil...@chromium.org | Google Chrome
<https://www.google.com/chrome>
On Wed, Aug 18, 2021 at 4:56 PM Yoav Weiss wrote:
> We typically avoid deprecation warnings with no end date. I
53 matches
Mail list logo
