Am 02.08.23 23:45 schrieb(en) Michael Catanzaro:
Another problem is that HTTP requests are probably not the only way that 
network usage can happen, e.g. WebRTC or WebSockets presumably won't go through 
send-request. Not sure what to do about that.

Good point…

On Wed, Aug 2 2023 at 06:46:04 PM +0000, Albrecht Dreß 
<albrecht.dr...@posteo.de> wrote:
        g_signal_connect(web_page, "send-request", G_CALLBACK(send_request_cb), 
NULL);

and the latter callback changes the request URI to

        webkit_uri_request_set_uri(request, "about:blank");

It's probably better to return TRUE to block the request.

Doesn't change the result – the connect() still happens, and in the case of a 
https request even the tls handshake is performed (which is even worse IMHO, as 
it discloses more information about the system).

I see… so I should create a bug report in bugzilla?

Yes, if the problem still occurs after changing your code to return TRUE 
(likely), then please do. The simpler your reproducer, the better chance of it 
getting fixed.

See <https://bugs.webkit.org/show_bug.cgi?id=259787>, includes the test case 
and the tcpdump output from my box.

Thanks a lot for your help,
Albrecht.

Attachment: pgpgLpVB7JXMW.pgp
Description: PGP signature

_______________________________________________
webkit-gtk mailing list
webkit-gtk@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-gtk

Reply via email to