From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Phil Sainty Newsgroups: gmane.emacs.bugs Subject: bug#58218: 29.0.50; url-retrieve-synchronously with timeout causes process-query-on-exit Date: Sun, 02 Oct 2022 01:51:12 +1300 Message-ID: References: <4c994c0583c54ff61c98cb54abfd60d7@webmail.orcon.net.nz> <83mtafbwes.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="19574"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Orcon Webmail Cc: 58218@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Oct 01 14:52:18 2022 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 1oebyb-0004xX-L8 for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 01 Oct 2022 14:52:17 +0200 Original-Received: from localhost ([::1]:36138 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oebya-0002gZ-Lg for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 01 Oct 2022 08:52:16 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:39438) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oebyN-0002fK-5n for bug-gnu-emacs@gnu.org; Sat, 01 Oct 2022 08:52:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:44826) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oebyM-0000al-3c for bug-gnu-emacs@gnu.org; Sat, 01 Oct 2022 08:52:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oebyL-000667-VV for bug-gnu-emacs@gnu.org; Sat, 01 Oct 2022 08:52:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Phil Sainty Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 01 Oct 2022 12:52:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58218 X-GNU-PR-Package: emacs Original-Received: via spool by 58218-submit@debbugs.gnu.org id=B58218.166462867623385 (code B ref 58218); Sat, 01 Oct 2022 12:52:01 +0000 Original-Received: (at 58218) by debbugs.gnu.org; 1 Oct 2022 12:51:16 +0000 Original-Received: from localhost ([127.0.0.1]:43904 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oebxb-000657-Jp for submit@debbugs.gnu.org; Sat, 01 Oct 2022 08:51:15 -0400 Original-Received: from smtp-1.orcon.net.nz ([60.234.4.34]:52609) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oebxa-00064y-1R for 58218@debbugs.gnu.org; Sat, 01 Oct 2022 08:51:14 -0400 Original-Received: from [10.253.37.70] (port=3839 helo=webmail.orcon.net.nz) by smtp-1.orcon.net.nz with esmtpa (Exim 4.90_1) (envelope-from ) id 1oebxY-00034B-DN; Sun, 02 Oct 2022 01:51:12 +1300 Original-Received: from ip-116-251-140-135.kinect.net.nz ([116.251.140.135]) via [10.253.37.253] by webmail.orcon.net.nz with HTTP (HTTP/1.1 POST); Sun, 02 Oct 2022 01:51:12 +1300 In-Reply-To: <83mtafbwes.fsf@gnu.org> X-Sender: psainty@orcon.net.nz X-GeoIP: -- X-Spam_score: -2.9 X-Spam_score_int: -28 X-Spam_bar: -- 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" Xref: news.gmane.io gmane.emacs.bugs:244117 Archived-At: On 2022-10-02 00:44, Eli Zaretskii wrote: > Maybe I'm missing something, but if url-retrieve-synchronously exits > with a timeout, isn't it expected that the process be still alive, and > therefore that Emacs will ask you about killing it? Only (IMO) if you were to try to exit Emacs so quickly that the process was still waiting for the URL response at that time. I wasn't clear about that, but I was leaving ample time for the process to receive a response before using C-x C-c (at least several seconds, for a request which was taking less than 1 second when no shorter timeout was set). > Or are you saying that when url-retrieve-synchronously exits due to > timeout, it should kill the process? My bug report was only about the query-on-exit behaviour, but... killing the process if it times out might a good idea -- or a good thing to be able to specify optionally?