[Webkit-unassigned] [Bug 210901] New: [GTK] Pass file:// URIs through WebKitWebPage::send-request signal
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Thu Apr 23 00:39:14 PDT 2020
https://bugs.webkit.org/show_bug.cgi?id=210901
Bug ID: 210901
Summary: [GTK] Pass file:// URIs through
WebKitWebPage::send-request signal
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
It would be nice to not have special-cased file:// URIs in the WebKit and always process them through the WebKitWebPage::send-request signal, the same as http://, https:// and other URIs are done that way. It will help the extensions to "redirect" the request to an appropriate place, if needed.
Currently, the file:// URIs are simply rejected by WebKit with a comment of "not allowed to load local content" (I'm only paraphrasing). While it's nice WebKit can handle file:// URIs on its own, I do not see a reason for the special processing of those. It can ask the WebKitWebPage::send-request first and only then decide what to do, the same as is done with http(s):// URIs.
This might probably need a counter part change on the UI side, to be able to process file:// URIs with webkit_web_context_register_uri_scheme(), but I only guess that. I do not know how this works in the background.
--
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/20200423/8f11caa0/attachment.htm>
More information about the webkit-unassigned
mailing list