From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#71295: 29.3; url-retrieve-synchronously does not timeout if initial connection hangs Date: Fri, 07 Jun 2024 09:20:11 +0300 Message-ID: <86sexpff50.fsf@gnu.org> References: <86bk4ko3lv.fsf@gnu.org> <19e5cb88-48a2-46a2-b9e9-c4a9c9198bb5@app.fastmail.com> <86plsuguzu.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="14523"; mail-complaints-to="usenet@ciao.gmane.io" Cc: z@bcc32.com, 71295@debbugs.gnu.org, azeng@janestreet.com To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Jun 07 08:21:14 2024 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1sFSyQ-0003aL-4T for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 07 Jun 2024 08:21:14 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sFSy2-0000cX-Sz; Fri, 07 Jun 2024 02:20:51 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sFSy0-0000aE-5R for bug-gnu-emacs@gnu.org; Fri, 07 Jun 2024 02:20:48 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1sFSxz-0007tf-T9 for bug-gnu-emacs@gnu.org; Fri, 07 Jun 2024 02:20:47 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1sFSyE-00088T-Ik for bug-gnu-emacs@gnu.org; Fri, 07 Jun 2024 02:21:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 07 Jun 2024 06:21:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 71295 X-GNU-PR-Package: emacs Original-Received: via spool by 71295-submit@debbugs.gnu.org id=B71295.171774123931197 (code B ref 71295); Fri, 07 Jun 2024 06:21:02 +0000 Original-Received: (at 71295) by debbugs.gnu.org; 7 Jun 2024 06:20:39 +0000 Original-Received: from localhost ([127.0.0.1]:53300 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sFSxq-000876-Vn for submit@debbugs.gnu.org; Fri, 07 Jun 2024 02:20:39 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:55350) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sFSxn-00086d-4x for 71295@debbugs.gnu.org; Fri, 07 Jun 2024 02:20:36 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sFSxR-0007n6-Aj; Fri, 07 Jun 2024 02:20:13 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=FKR8scAPxzeJyJ5Ttg6/YbdQMQZnnqXd4F28LcnRZy0=; b=mL8eOh+pVsWU h9SdDY/85WIRjWH8fh3XobMLRYyDs41dAm6Xx9OHpORfn81EOWpy938By4TQZ/PUaw78X6D7Khq2+ +Dw0XaGsbxbrK6JIWOT9QozRAycda4ywoSds+jFM2+XTdLLbQ1ujGlTlWcdisZD77/zpk1J2P9qYy BGgOEeHKic52sE/7gRjKEulGH1f7GiQQPDHp9MKVlGapGXSF1r70G0/FyFtt1AeGlppCs3OgGiwim lRnIrGA+T874s5P4+3i76EBT44oeVJS6yT37hSXWaD17tewX8GRLFm0EEDLinGS26w7MFs+ghB0cj AA4uJcShBGQ7vMEe8puo1A==; In-Reply-To: (message from Dmitry Gutov on Thu, 6 Jun 2024 23:41:39 +0300) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:286736 Archived-At: > Date: Thu, 6 Jun 2024 23:41:39 +0300 > Cc: 71295@debbugs.gnu.org, azeng@janestreet.com > From: Dmitry Gutov > > On 06/06/2024 14:40, Eli Zaretskii wrote: > >> This is probably rather naive of me, but I guess now I'm wondering why url-retrieve-synchronously actually sets url-asynchronous to nil. Is there a good reason not to use :nowait when it is available? It seems like it would be useful to have a wrapper around url-retrieve that just "does what I mean" here. > > Maybe. I wonder what others think about this. > > It seems like a leaky abstraction (the caller has to be aware that what > happens under the covers is done in several steps, and the timeout only > applies to subsequent ones). > > If we could change the implementation to a more intuitive behavior, that > would be a win, I think. Can somebody think of adverse effects? Do you have a patch to consider?