[Webkit-unassigned] [Bug 274583] New: Show an error with the given URL when an iframe content is blocked

[bugzilla-daemon at webkit.org]

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

            Bug ID: 274583
           Summary: Show an error with the given URL when an iframe
                    content is blocked
           Product: WebKit
           Version: Other
          Hardware: Unspecified
                OS: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: WebKitGTK
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: mcrha at redhat.com
                CC: bugs-noreply at webkitgtk.org

Coming from Epiphany's https://gitlab.gnome.org/GNOME/epiphany/-/issues/2354

There are still pages which cross-reference content in iframe. It would be nice to make it easier to open an iframe link in a new tab when such blocking happens by showing an error in the iframe instead of an empty place.

Try for example:
https://finance.yahoo.com/sec-filing/TSLA/0001628280-24-017503_1318605?nn=1

The white rectangle shows nothing, while the iframe references:
https://cdn.yahoofinance.com/prod/sec-filings/0001318605/000162828024017503/tsla-20240331.htm

An error message in the iframe could be anything like:

Cannot open https://cdn.yahoofinance.com/prod/sec-filings/0001318605/000162828024017503/tsla-20240331.htm
due to site cross-reference.

Bonus points if the link is clickable.

For example duck-duck-go browser on Android does show an error in the iframe, with the link as well. Firefox also shows an error page, with a button "Open Site in New Window".

This is with epiphany-46.0-2.fc40.x86_64 and earlier version(s) and webkitgtk6.0-2.44.1-1.fc40.x86_64.

I tried also with the MiniBrowser (note of added backslash in front of the `?`):

  $ /usr/libexec/webkitgtk-6.0/MiniBrowser https://finance.yahoo.com/sec-filing/TSLA/0001628280-24-017503_1318605\?nn=1

and the outcome is the same, the iframe is empty here. Maybe related, maybe not, I'm asked about cookies before the page loads. I chose "Reject All".

-- 
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/20240523/69fdf7c5/attachment-0001.htm>