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/CAL5BFfXyD77SZ2v69_VoEw2_Jmi9cUyJ4Y9oaim1rNX7ctPBaQ%40mail.gmail.com.