Yes, I'll send a separate email requesting an extension. Thanks! Daisuke
On Mon, Jan 16, 2023 at 8:04 PM Yoav Weiss <yoavwe...@chromium.org> wrote: > Since it's already been a while since this intent was approved, can you > send an "Intent to extend experimentation" so it'd get caught in our > tooling? > > On Mon, Jan 16, 2023 at 9:38 AM Daisuke Enomoto <denom...@chromium.org> > wrote: > >> Hi, API owners, >> >> We had requested this Origin Trial to be run for 3 milestones, >> specifically from 107 to 109. This was previously approved. We sent the >> original request without realizing the Origin Trial guideline >> <https://www.chromium.org/blink/launching-features/#step-5-optional-origin-trial> >> suggesting 6 milestones. >> >> We would like to extend this OT for another 3 milestones or to 112 >> inclusive by applying the 6 milestone guidelines we originally missed, to >> give sufficient time for partners to give us feedback. It would be great if >> you could review our request. >> >> Thanks! >> Daisuke >> >> >> On Wed, Sep 21, 2022 at 9:01 PM Yoav Weiss <yoavwe...@chromium.org> >> wrote: >> >>> LGTM to experiment 107-109 inclusive. >>> >>> On Tue, Sep 20, 2022 at 8:17 AM Fergal Daly <fer...@chromium.org> wrote: >>> >>>> Contact emailsfer...@chromium.org >>>> >>>> Explainer >>>> https://github.com/fergald/docs/blob/master/explainers/permissions-policy-unload.md >>>> >>>> Specificationhttps://github.com/whatwg/html/pull/7915 >>>> >>>> Summary >>>> >>>> This feature allows pages to disable the running of unload event >>>> handlers. The goal is to : - allow sites that have removed all unload >>>> handlers to ensure they do not accidentally add new ones - allow sites to >>>> remove unload handlers when updating the code is infeasible Unload event >>>> handlers are problematic for various reasons and prevent use of BFCache on >>>> Desktop (see https://web.dev/bfcache/#never-use-the-unload-event). >>>> >>>> >>>> Blink componentBlink>PermissionsAPI >>>> <https://bugs.chromium.org/p/chromium/issues/list?q=component:Blink%3EPermissionsAPI> >>>> >>>> TAG reviewhttps://github.com/w3ctag/design-reviews/issues/738 >>>> >>>> TAG review statusPending >>>> >>>> Risks >>>> >>>> >>>> Interoperability and Compatibility >>>> >>>> 3rd-party frames that rely on unload may not work as expected when >>>> navigating away. This is solvable by the frame authors by use of >>>> alternatives to unload and is unlikely to impact users. See detailed >>>> discussion. >>>> https://github.com/fergald/docs/blob/master/explainers/permissions-policy-unload.md#concerns-about-giving-embedders-control-over-the-nonexecution-of-iframe-code >>>> >>>> >>>> *Gecko*: Negative ( >>>> https://github.com/w3c/webappsec-permissions-policy/issues/444#issuecomment-1047829132) >>>> FF objects to this similar to sync-xhr and document-domain providing a way >>>> to cause cross-origin interference with script. Explainer addresses this ( >>>> https://github.com/fergald/docs/blob/master/explainers/permissions-policy-unload.md#concerns-about-giving-embedders-control-over-the-nonexecution-of-iframe-code) >>>> At a recent TPAC meeting with Mozilla people present, no negative feedback >>>> was received. Request for formal position is here >>>> https://github.com/mozilla/standards-positions/issues/691 >>>> >>>> *WebKit*: No signal >>>> >>>> *Web developers*: Positive Private discussions with devs are positive. >>>> Sites that have made efforts to remove all unload handlers want to use this >>>> to prevent accidental returns. Also some providers of 3rd-party iframes >>>> which have content outside of their control (e.g. ad network) want to >>>> guarantee themselves to be unload-free. >>>> https://github.com/w3c/webappsec-permissions-policy/issues/444#issuecomment-1130401722 >>>> Also >>>> positive feedback about using this to deny unload as a source of security >>>> problems. >>>> https://github.com/w3c/webappsec-permissions-policy/issues/444#issuecomment-1222973324 >>>> >>>> *Other signals*: TAG review is here but has no feedback on the API >>>> itself. https://github.com/w3ctag/design-reviews/issues/738 >>>> >>>> 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? >>>> >>>> none known >>>> >>>> >>>> Goals for experimentation >>>> >>>> - Validate that this allows sites using it to improve their BFCache hit >>>> rate >>>> >>>> >>>> Reason this experiment is being extended >>>> >>>> >>>> >>>> Ongoing technical constraints >>>> >>>> >>>> >>>> Debuggability >>>> >>>> When this header is present, attempts to add an unload event handler >>>> will result in an error on the console (just as would happen for any other >>>> Permissions Policy violation). >>>> >>>> >>>> Will this feature be supported on all six Blink platforms (Windows, >>>> Mac, Linux, Chrome OS, Android, and Android WebView)?Yes >>>> >>>> Is this feature fully tested by web-platform-tests >>>> <https://chromium.googlesource.com/chromium/src/+/main/docs/testing/web_platform_tests.md> >>>> ?Yes >>>> >>>> Flag nameenable-experimental-web-platform-features >>>> >>>> Requires code in //chrome?False >>>> >>>> Tracking bughttps://crbug.com/1324111 >>>> >>>> Launch bughttps://crbug.com/1357927 >>>> >>>> Estimated milestones >>>> OriginTrial desktop last 109 >>>> OriginTrial desktop first 107 >>>> DevTrial on desktop 107 >>>> OriginTrial Android last 109 >>>> OriginTrial Android first 107 >>>> DevTrial on Android 107 >>>> OriginTrial webView last 109 >>>> OriginTrial webView first 107 >>>> >>>> Link to entry on the Chrome Platform Status >>>> https://chromestatus.com/feature/5760325231050752 >>>> >>>> Links to previous Intent discussionsIntent to prototype: >>>> https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAAozHLkvhEtVOkvW4iXCbMf5a84ypGjD4arZtpS%3D0Okx6BPDdQ%40mail.gmail.com >>>> <https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAAozHLkvhEtVOkvW4iXCbMf5a84ypGjD4arZtpS=0okx6bp...@mail.gmail.com> >>>> Ready for Trial: >>>> https://groups.google.com/a/chromium.org/g/blink-dev/c/38Dpu-uhwFc >>>> >>>> >>>> This intent message was generated by Chrome Platform Status >>>> <https://chromestatus.com/>. >>>> >>>> -- >>>> 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 blink-dev+unsubscr...@chromium.org. >>>> To view this discussion on the web visit >>>> https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAAozHLkOeqfqZ0PtzUDdowXbBuMp4oYS%3DQ%2BSQCogY%2BkBpGAYXQ%40mail.gmail.com >>>> <https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAAozHLkOeqfqZ0PtzUDdowXbBuMp4oYS%3DQ%2BSQCogY%2BkBpGAYXQ%40mail.gmail.com?utm_medium=email&utm_source=footer> >>>> . >>>> >>> -- >>> 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 blink-dev+unsubscr...@chromium.org. >>> To view this discussion on the web visit >>> https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAL5BFfWov9LkezrWa6wV%2BGH9bKAC1_dPYRH7yyUTvjmSS%3Dv84w%40mail.gmail.com >>> <https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAL5BFfWov9LkezrWa6wV%2BGH9bKAC1_dPYRH7yyUTvjmSS%3Dv84w%40mail.gmail.com?utm_medium=email&utm_source=footer> >>> . >>> >> -- 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 blink-dev+unsubscr...@chromium.org. To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAA5e69_5BsaGkhYuzgYmxS3A-HCa1HdPQLHxHCOq%2BpRDATfLhg%40mail.gmail.com.