Since the introduction of WKDownload in 2020, I’ve been trying to make the download object creation process asynchronous in WebKit. With 290510@main I’ve removed the last caller of WebProcessPool::download from the Cocoa platform, but I noticed that the glib APIs have 3 places where a WebKitDownload* object is returned synchronously from an API call: webkit_web_context_download_uri, webkit_web_view_download_uri, and webkit_network_session_download_uri. Would the maintainers of these APIs be willing to deprecate and remove them in favor of an API design closer to WKWebView’s startDownloadUsingRequest:completionHandler:? That function is given a callback which asynchronously provides the download object to the API client. It would also be nice if webkit_download_cancel could be reshaped to look more like WKDownload.cancel: and stop using legacyDidCancel. _______________________________________________ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
[webkit-dev] Glib download API change request
Alex Christensen via webkit-dev Mon, 17 Feb 2025 17:13:19 -0800
- [webkit-dev] Glib download API change req... Alex Christensen via webkit-dev
- Re: [webkit-dev] Glib download API c... Michael Catanzaro via webkit-dev
- Re: [webkit-dev] Glib download A... Alex Christensen via webkit-dev
- Re: [webkit-dev] Glib download A... Michael Catanzaro via webkit-dev
- Re: [webkit-dev] Glib downlo... Michael Catanzaro via webkit-dev
- Re: [webkit-dev] Glib download API c... Patrick Griffis via webkit-dev