[Webkit-unassigned] [Bug 281416] New: Allow 3rd Party Apps to Customize Restriction Text of WKWebViews

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=281416

            Bug ID: 281416
           Summary: Allow 3rd Party Apps to Customize Restriction Text of
                    WKWebViews
           Product: WebKit
           Version: Safari 18
          Hardware: Unspecified
                OS: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: WebKit Misc.
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: frederik.riedel at frogg.io

Created attachment 472930

  --> https://bugs.webkit.org/attachment.cgi?id=472930&action=review

Screenshot of a blocked website in Safari (macrumors.com) which just says: "You cannot browse this page at "macrumors.com" because it is restricted."

Hello WebKit Team!

I am building an app called “one sec“ that helps to spend less time on social media and other distracting apps and websites.

To improve my blocking functionality, I have recently added the ability to block websites across all web browsers on iOS using `ManagedSettingsStore`’s `.webContent.blockedByFilter` functionality.
This works cross-browser (Safari obviously, but also Chrome, FireFox, etc.), so I assume this is a WebKit / WKWebView component. However, if this is the wrong feedback channel for this feature, please let me know!

Please find a screenshot attached how the result looks like during a block session in my app.

My enhancement request:

Let 3rd party apps modify the content of the blocking shield. How it is displayed right now, the user doesn’t get context why this website is blocked.
It would be great if we could add a SwiftUI view on top the blocked website which explains what’s going on (e.g. "Ongoing Block Session, 2h34min remaining…") alongside some actions (e.g. "Stop Block Session" or "Close Website").

Thanks a lot for considering my feedback and have a great day!

– Frederik

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20241014/31a4e95f/attachment.htm>