Hi Adrian, Let me follow up off-list to understand your setup in more detail.
Thanks, Mike On 9/23/22 11:10 AM, Adrian Holmes wrote:
Is it possible to disable this feature via the registry? We're a digital signage company, and many of our clients use HTML apps which are stored in the filesystem and loaded via an iFrame as pointed out by Eric.We are using Chrome Enterprise. Many thanks On Thursday, 18 August 2022 at 18:27:09 UTC+1 Eric Melgaard wrote: This was heavily used in an enterprise product to play HTML content via iframes in a signage application. Depreciation or preventing 3rd party access would have been appreciated since persistent storage owned by the application, should be accessible to the application. On Friday, June 3, 2022 at 9:54:16 AM UTC-5 [email protected] wrote: I checked the WebView-specific UseCounter too and it's half that of the Android one. So yeah, it seems extremely unlikely to me that anyone will notice this - more like a bug-fix than a deprecation. LGTM3 On Fri, Jun 3, 2022 at 3:23 AM Yoav Weiss <[email protected]> wrote: LGTM2 On Thu, Jun 2, 2022 at 8:20 PM Daniel Bratell <[email protected]> wrote: Well below our customary threshold level, and unlikely to be used in our blind spots (WebView, enterprise). I think it's safe to remove directly. LGTM1 /Daniel On 2022-06-02 19:40, Mike Taylor wrote:-- You received this message because you are subscribed** *Contact emails* * [email protected], [email protected] Summary We propose to remove support for navigating to filesystem:// URLs in iframes. Blink component Blink>Storage>FileSystem <https://bugs.chromium.org/p/chromium/issues/list?q=component:Blink%3EStorage%3EFileSystem> Motivation Render-initiated navigations to filesystem:// URLs are blocked in top-level frames, but are currently allowed in iframes. As part of the storage partitioning efforts, we propose to remove support for navigation to filesystem:// URLs in iframes. Preventing navigation in third-party contexts would be sufficient for our privacy goals, but as usage is almost non-existent, we believe removing support for navigation in iframes altogether is the better approach. (https://miketaylr.com/misc/filesystem-navigation.html <https://miketaylr.com/misc/filesystem-navigation.html>may be useful to grok what any of this means.) TAG review N/A. This intent refers to a Chromium-only feature (which we’re trying to remove). Risks Interoperability and Compatibility No other engine supports filesystem:// URLs, so we do not expect interoperability issues. As for compatibility, usage is very, very low. Currently just above 0.0000008% <https://chromestatus.com/metrics/feature/timeline/popularity/4077>. For this reason we would like to just remove it, without any deprecation period. Gecko: N/A (not supported) WebKit: N/A (not supported) Web developers: No signals 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? No. Debuggability We currently send an error message to the console if you try to open a window to a filesystem:// URL - we will do something similar for iframes. Is this feature fully tested by web-platform-tests <https://chromium.googlesource.com/chromium/src/+/main/docs/testing/web_platform_tests.md>? No Flag name FileSystemUrlNavigation Requires code in //chrome? False Estimated milestones M105 Link to entry on the Chrome Platform Status https://chromestatus.com/feature/5816343679991808 <https://chromestatus.com/feature/5816343679991808> This intent message was generated by Chrome Platform Status <https://chromestatus.com/>. *-- You received this message because you are subscribedto the Google Groups "blink-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/84b7af7f-66fb-4874-0290-f0b22f51cb52%40chromium.org <https://groups.google.com/a/chromium.org/d/msgid/blink-dev/84b7af7f-66fb-4874-0290-f0b22f51cb52%40chromium.org?utm_medium=email&utm_source=footer>.to the Google Groups "blink-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/b9ca44ab-0655-8e86-a714-aad7ea463b25%40gmail.com <https://groups.google.com/a/chromium.org/d/msgid/blink-dev/b9ca44ab-0655-8e86-a714-aad7ea463b25%40gmail.com?utm_medium=email&utm_source=footer>.-- You received this message because you are subscribed tothe Google Groups "blink-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAL5BFfW5x6mzXJXAngGT1m82jEr3hTM_WPShKi4tnJLvGXgWKQ%40mail.gmail.com <https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAL5BFfW5x6mzXJXAngGT1m82jEr3hTM_WPShKi4tnJLvGXgWKQ%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 [email protected]. To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/72afe674-d40d-cac8-5c2e-29ce99b6e006%40chromium.org.
