Hey all, To answer your questions -
@Chris Harrelson <chris...@chromium.org> The reason we want to remove support from Android specifically is that the media playback codepath is completely different on Android. Other platforms use the normal URL loading but on Android there is a custom code path which is difficult to partition by the new StorageKey. Since it's extremely rare that media is loaded this way we've decided to drop support rather than leave it vulnerable as an unpartitioned path. @bratell.d This is actually not currently supported for WebView, we turn it off here <https://source.chromium.org/chromium/chromium/src/+/main:android_webview/lib/aw_main_delegate.cc;l=100> . @Yoav Weiss <yoavwe...@chromium.org> yes these are from the `filesystem://` scheme which is different from `file://`. Here's <https://www.iana.org/assignments/uri-schemes/historic/filesystem> some information about where this scheme comes from. On Wed, Jan 26, 2022 at 5:41 AM Daniel Bratell <bratel...@gmail.com> wrote: > How confident can we be in the WebView counter? I'd expect this to be used > more in WebView than on other platforms. > > /Daniel > On 2022-01-26 01:13, Chris Harrelson wrote: > > Hi, could you outline the use counter values for other platforms? Also, is > there something special about Android that leads you to want to disable > only there? > > On Tue, Jan 25, 2022 at 1:58 PM Brianna Goldstein < > brgoldst...@chromium.org> wrote: > >> Primary eng (and PM) emails >> >> brgoldst...@google.com, m...@chromium.com <m...@google.com>, >> jadekess...@chromium.com >> >> Explainer >> >> Storage partitioning explainer >> <https://github.com/wanderview/quota-storage-partitioning/blob/main/explainer.md#storage-apis> >> >> Summary >> >> We propose to remove support for loading media via filesystem:// URLs on >> Android. >> >> >> Motivation >> >> As part of our storage partitioning efforts, we will need to update >> Filesystem URLs to be partitioned by StorageKey rather than by Origin. >> Doing this will add complexity since the entire current codepath on Android >> is not dependent on Blink where StorageKey currently lives. On Android only >> 0.0000001% of URLs loaded by <audio> or <video> use the filesystem:// URL >> scheme and we consider this low enough usage to remove support, rather than >> do the work of partitioning. Note that this removal is only for Android. On >> other platforms there will be no effect and media playback of filesystem:// >> URLs will continue to work. >> >> Blink component >> >> Blink>Storage >> <https://bugs.chromium.org/p/chromium/issues/list?q=component:Blink%3EStorage> >> >> Initial public proposal >> >> None >> >> TAG review >> >> None >> >> TAG review status >> >> N/A >> >> Interoperability and Compatibility Risk Interoperability risk: >> >> The filesystem:// URL scheme was never widely adopted and is only >> implemented by Chrome. Therefore there should be no interoperability risks >> associated with this feature depreciation. >> >> Compatibility risk: >> >> This feature is very low usage as only 0.0000001% of URLs loaded by >> <audio> or <video> use the filesystem:// URL scheme. Therefore the expected >> compatibility risk is very low. >> >> Alternative implementation suggestion for web developers >> >> Developers can continue to load media from other schemes (http, https, >> blob, file, etc.). >> >> Usage information from UMA >> >> Android Chrome (Browser App): 0.0000001% >> >> Android Webview: 0.0% >> >> Tracking Bug >> >> https://bugs.chromium.org/p/chromium/issues/detail?id=1258029 >> >> Entry on the feature dashboard >> >> https://chromestatus.com/feature/5632429577469952 >> >> -- >> 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/CALDP-vS2KA47PGLh3YkxqAr9z24nP1_u%2BtvY6eWzqSQgq987cQ%40mail.gmail.com >> <https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CALDP-vS2KA47PGLh3YkxqAr9z24nP1_u%2BtvY6eWzqSQgq987cQ%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/CAOMQ%2Bw_cAggyuYtcNrNrQKT4vEL5iRSp6qMoOEJ8cFvaq6iSpg%40mail.gmail.com > <https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAOMQ%2Bw_cAggyuYtcNrNrQKT4vEL5iRSp6qMoOEJ8cFvaq6iSpg%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/CALDP-vRwZo7nBhZ1b0z6OZ%3Dd7F-wgXovC5RPaZLPA%2BoVN7kK4g%40mail.gmail.com.
