Intent to Ship: Document-Policy: force-load-at-top (opt-out for text-fragment)

58 views
Skip to first unread message

David Bokan

unread,
Aug 7, 2020, 7:47:46 PM8/7/20
to blink-dev

Contact emails

bo...@chromium.org

Explainer

https://github.com/WICG/scroll-to-text-fragment#opting-out

Specification

Main spec: https://wicg.github.io/scroll-to-text-fragment/
Pull-request describing changes being requested here

Design docs

https://github.com/WICG/scroll-to-text-fragment#opting-out

TAG review

For broad text-fragment feature (but this didn't include opt-out discussion): https://github.com/w3ctag/design-reviews/issues/392

Summary

ForceLoadAtTop provides an opt-out for Scroll To Text (and other load-on-scroll behaviors as they are also affected by the issues raised in https://github.com/WICG/scroll-to-text-fragment/issues/76) for privacy sensitive sites, as discussed in https://github.com/WICG/scroll-to-text-fragment/issues/80. The ForceLoadAtTop feature allows sites to indicate that they should always be loaded at the top of the page, blocking any scroll-on-load behaviors including text fragments, element fragments, and history scroll restoration.

Link to “Intent to Prototype” blink-dev discussion

https://groups.google.com/a/chromium.org/d/msg/blink-dev/ONn6qsdwHUo/zHqyNL46BQAJ

Risks


Interoperability and Compatibility

Interop Risk - The usual adoption by other browsers risk applies. Chromium is currently the only shipping implementation of text fragments; however, this feature is tied to that so there isn't much new risk in that regard.
Compatibility risk - none, as a new API existing pages should be unaffected.

Note: as this isn't a standalone feature and is a small follow-up to the already-shipped text-fragments feature (requested by our security reviewers when that was being considered, ready now that DocumentPolicy headers are approved to ship), we haven't solicited feedback specifically for this individual aspect. If API owners feel this is significant enough to warrant I'm happy to reach out to Gecko and WebKit engineers.

Gecko: No signal
WebKit: No signal
Web developers: No signals

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?

Yes https://wpt.fyi/results/scroll-to-text-fragment/force-load-at-top.html

Tracking bug

https://bugs.chromium.org/p/chromium/issues/detail?id=1047900

Link to entry on the Chrome Platform Status

https://chromestatus.com/feature/5744681033924608

This intent message was generated by Chrome Platform Status.

Yoav Weiss

unread,
Aug 10, 2020, 8:21:37 AM8/10/20
to David Bokan, blink-dev
On Sat, Aug 8, 2020 at 1:47 AM David Bokan <bo...@chromium.org> wrote:

Contact emails

bo...@chromium.org

Explainer

https://github.com/WICG/scroll-to-text-fragment#opting-out

Specification

Main spec: https://wicg.github.io/scroll-to-text-fragment/
Pull-request describing changes being requested here

Design docs

https://github.com/WICG/scroll-to-text-fragment#opting-out

TAG review

For broad text-fragment feature (but this didn't include opt-out discussion): https://github.com/w3ctag/design-reviews/issues/392

Summary

ForceLoadAtTop provides an opt-out for Scroll To Text (and other load-on-scroll behaviors as they are also affected by the issues raised in https://github.com/WICG/scroll-to-text-fragment/issues/76) for privacy sensitive sites, as discussed in https://github.com/WICG/scroll-to-text-fragment/issues/80. The ForceLoadAtTop feature allows sites to indicate that they should always be loaded at the top of the page, blocking any scroll-on-load behaviors including text fragments, element fragments, and history scroll restoration.

Link to “Intent to Prototype” blink-dev discussion

https://groups.google.com/a/chromium.org/d/msg/blink-dev/ONn6qsdwHUo/zHqyNL46BQAJ

Risks


Interoperability and Compatibility

Interop Risk - The usual adoption by other browsers risk applies. Chromium is currently the only shipping implementation of text fragments; however, this feature is tied to that so there isn't much new risk in that regard.
Compatibility risk - none, as a new API existing pages should be unaffected.

Note: as this isn't a standalone feature and is a small follow-up to the already-shipped text-fragments feature (requested by our security reviewers when that was being considered, ready now that DocumentPolicy headers are approved to ship), we haven't solicited feedback specifically for this individual aspect. If API owners feel this is significant enough to warrant I'm happy to reach out to Gecko and WebKit engineers.

Gecko: No signal
WebKit: No signal

Did we ask for signals for the broader feature?
 
Web developers: No signals

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?

Yes https://wpt.fyi/results/scroll-to-text-fragment/force-load-at-top.html

Tracking bug

https://bugs.chromium.org/p/chromium/issues/detail?id=1047900

Link to entry on the Chrome Platform Status

https://chromestatus.com/feature/5744681033924608

This intent message was generated by Chrome Platform Status.

--
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+...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/a2220a9c-ed97-4a4c-bb5d-57197ff54986o%40chromium.org.

David Bokan

unread,
Aug 10, 2020, 3:13:15 PM8/10/20
to blink-dev, bo...@chromium.org

Interoperability and Compatibility

Interop Risk - The usual adoption by other browsers risk applies. Chromium is currently the only shipping implementation of text fragments; however, this feature is tied to that so there isn't much new risk in that regard.
Compatibility risk - none, as a new API existing pages should be unaffected.

Note: as this isn't a standalone feature and is a small follow-up to the already-shipped text-fragments feature (requested by our security reviewers when that was being considered, ready now that DocumentPolicy headers are approved to ship), we haven't solicited feedback specifically for this individual aspect. If API owners feel this is significant enough to warrant I'm happy to reach out to Gecko and WebKit engineers.

Gecko: No signal
WebKit: No signal

Did we ask for signals for the broader feature?

Mozilla: "Non-Harmful bordering on harmful" https://github.com/mozilla/standards-positions/issues/194 
To unsubscribe from this group and stop receiving emails from it, send an email to blink-dev+unsubscribe@chromium.org.

Chris Harrelson

unread,
Aug 13, 2020, 3:30:20 PM8/13/20
to David Bokan, blink-dev
LGTM1

To unsubscribe from this group and stop receiving emails from it, send an email to blink-dev+...@chromium.org.

--
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+...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/88ddd290-c9fa-4e79-a828-f2b6daaf3f43o%40chromium.org.

Mike West

unread,
Aug 13, 2020, 3:31:43 PM8/13/20
to blink-dev, Chris Harrelson, blink-dev, David Bokan
LGTM2.

Yoav Weiss

unread,
Aug 13, 2020, 3:35:27 PM8/13/20
to Mike West, blink-dev, Chris Harrelson, David Bokan
Reply all
Reply to author
Forward
0 new messages