Intent to Extend Origin Trial: Popover API

Skip to first unread message

Mason Freed

Feb 6, 2023, 2:18:14 PM2/6/23
to blink-dev
Hi API Owners,

I'd like to extend the Popover Origin Trial for 2 additional milestones. The original trial ran from 106 to 110, and was extended to 112. While the Popover feature is ready to ship now, and the spec has landed, there are some auxiliary features that enable animations of popovers. Those were initially part of the Popover API itself, but as a result of spec discussions, they were pulled out as standalone features so that they can be used for e.g. modal dialogs. However, given their criticality for normal use cases for Popovers, we'd like to wait to ship Popover until the animation features also land in the spec and ship. Hence the request to extend this OT so that there isn't a gap.

I'd like to extend this OT until 114.

Contact emails




An API that can be used to build transient user interface (UI) elements that are displayed on top of all other web app UI. These include user-interactive elements like action menus, form element suggestions, content pickers, and teaching UI. This API uses a new `popover` content attribute to enable any element to be displayed in the top layer. This is similar to the <dialog> element, but has several important differences, including light-dismiss behavior, popover interaction management, animation and event support, and the lack of a "modal" mode.

Blink component


TAG review

TAG review status



Interoperability and Compatibility

Gecko: Positive (

WebKit: Positive (

Web developers: Positive Generally positive feedback from OT participants and OpenUI developer discussion.

Other signals:

WebView application risks

Does this intent deprecate or change behavior of existing APIs, such that it has potentially high risk for Android WebView-based applications?

Goals for experimentation

Validation of the shape and ergonomics of the overall popover API. Feedback should include use cases that do not work well (or that do work particularly well), performance issues, etc. Ideally, use cases should include as much of the API as possible, including multiple popover types (auto, manual), nested popovers, declarative and imperative popover invocation, etc.

Reason this experiment is being extended

Ongoing technical constraints



A feature has been added to devtools which shows all of the elements that are currently in the top layer, plus annotations of those elements in the Elements tree. Elements that use the popover API will be shown with this feature.

Will this feature be supported on all six Blink platforms (Windows, Mac, Linux, Chrome OS, Android, and Android WebView)?


Is this feature fully tested by web-platform-tests?


Flag name


Requires code in //chrome?


Tracking bug

Estimated milestones

OriginTrial desktop last114
OriginTrial desktop first106
DevTrial on desktop104
OriginTrial Android last114
OriginTrial Android first106
DevTrial on Android104
OriginTrial webView last114
OriginTrial webView first106

Link to entry on the Chrome Platform Status

Links to previous Intent discussions

Intent to prototype:
Intent to Experiment:
Intent to Extend Experiment:

This intent message was generated by Chrome Platform Status.

Yoav Weiss

Feb 8, 2023, 10:52:01 PM2/8/23
to Mason Freed, Jason Robbins, blink-dev
LGTM to extend for 2 more milestones, given the strong evidence (landed spec PR, positive positions) towards shipping.

+Jason Robbins - FYI, this was missed by our tools.

You received this message because you are subscribed to the Google Groups "blink-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to
To view this discussion on the web visit

Alex Russell

Feb 9, 2023, 12:59:20 AM2/9/23
to Yoav Weiss, Mason Freed, Jason Robbins, blink-dev
Any thoughts you can share about why we shouldn't go straight to I2S given population support?



Mason Freed

Feb 9, 2023, 11:50:58 AM2/9/23
to Alex Russell, Yoav Weiss, Jason Robbins, blink-dev
On Wed, Feb 8, 2023 at 9:59 PM Alex Russell <> wrote:
Any thoughts you can share about why we shouldn't go straight to I2S given population support?

Yep, this is a great question that we wrangled with. We decided that since the animation support features are fairly core to any normal use case, it would be better to wait to ship Popover with those features. Otherwise, Popover will be "shipped" but kind of broken until animation support arrives. Hence the delay.

On Wed, Feb 8, 2023, 7:51 PM Yoav Weiss <> wrote:
LGTM to extend for 2 more milestones, given the strong evidence (landed spec PR, positive positions) towards shipping.

Reply all
Reply to author
0 new messages