From unknown Fri Jul 18 23:13:01 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58218: 29.0.50; url-retrieve-synchronously with timeout causes process-query-on-exit Resent-From: Phil Sainty Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 01 Oct 2022 10:56:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 58218 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 58218@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.166462172519245 (code B ref -1); Sat, 01 Oct 2022 10:56:01 +0000 Received: (at submit) by debbugs.gnu.org; 1 Oct 2022 10:55:25 +0000 Received: from localhost ([127.0.0.1]:43765 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oea9U-00050K-Fp for submit@debbugs.gnu.org; Sat, 01 Oct 2022 06:55:24 -0400 Received: from lists.gnu.org ([209.51.188.17]:49256) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oea9Q-00050A-UH for submit@debbugs.gnu.org; Sat, 01 Oct 2022 06:55:23 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:41448) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oea9Q-0008TO-P6 for bug-gnu-emacs@gnu.org; Sat, 01 Oct 2022 06:55:20 -0400 Received: from smtp-1.orcon.net.nz ([60.234.4.34]:38955) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oea9O-00076e-Ll for bug-gnu-emacs@gnu.org; Sat, 01 Oct 2022 06:55:20 -0400 Received: from [10.253.37.70] (port=9972 helo=webmail.orcon.net.nz) by smtp-1.orcon.net.nz with esmtpa (Exim 4.90_1) (envelope-from ) id 1oea9B-0005Kf-4h for bug-gnu-emacs@gnu.org; Sat, 01 Oct 2022 23:55:05 +1300 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); Sat, 01 Oct 2022 23:55:05 +1300 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sat, 01 Oct 2022 23:55:05 +1300 From: Phil Sainty Message-ID: <4c994c0583c54ff61c98cb54abfd60d7@webmail.orcon.net.nz> X-Sender: psainty@orcon.net.nz User-Agent: Orcon Webmail X-GeoIP: -- Received-SPF: pass client-ip=60.234.4.34; envelope-from=psainty@orcon.net.nz; helo=smtp-1.orcon.net.nz X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.0 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.6 (--) If you use the TIMEOUT argument to `url-retrieve-synchronously' and the response is not obtained within that duration, then the process created for that request causes query-on-exit behaviour. I can reproduce this in all the Emacs builds I have, including this 29.0.50 build. ;; With a short timeout causing the request to be aborted: (url-retrieve-synchronously "http://www.example.com" nil nil 0.01) nil M-x list-processes www.example.com -- open -- -- Main (network connection to www.example.com:80) C-x C-c Active processes exist; kill them and exit anyway? (yes or no) ;; With a long timeout (or a nil timeout): (url-retrieve-synchronously "http://www.example.com" nil nil 5) # M-x list-processes www.example.com -- open -- -- Main (network connection to www.example.com:80) C-x C-c exits without any process-related prompt I'm not sure why the network connection remains open in either case, but regardless of that it seems as if process-query-on-exit-flag is set if the request times out, and cleared if it does not. The query-on-exit case seems to me like a bug, especially when there is no obvious way to obtain the process object and change the flag. I found bug #34607 when searching, but I don't understand what's being discussed there; especially the example code for this: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=34607#22 which seems to me like it would be signalling an error when it winds up evaluating (with-current-buffer nil ...) -Phil In GNU Emacs 29.0.50 (build 4, x86_64-pc-linux-gnu, X toolkit, cairo version 1.15.10, Xaw scroll bars) of 2022-07-15 built on phil-lp Repository revision: 00eb894a56d63fad3573a53dd57c323289711512 Repository branch: master Windowing system distributor 'The X.Org Foundation', version 11.0.12008000 System Description: Ubuntu 18.04.6 LTS Configured using: 'configure --prefix=/home/phil/emacs/trunk/usr/local --with-x-toolkit=lucid --without-sound '--program-transform-name=s/^ctags$/ctags_emacs/'' Configured features: CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG JSON LCMS2 LIBXML2 MODULES NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP THREADS TIFF TOOLKIT_SCROLL_BARS WEBP X11 XDBE XIM XINPUT2 XPM LUCID ZLIB Important settings: value of $LC_MONETARY: en_NZ.UTF-8 value of $LC_NUMERIC: en_NZ.UTF-8 value of $LC_TIME: en_NZ.UTF-8 value of $LANG: en_GB.UTF-8 value of $XMODIFIERS: @im=ibus locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: savehist-mode: t windmove-mode: t winner-mode: t tooltip-mode: t global-eldoc-mode: t eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t line-number-mode: t indent-tabs-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr ibuffer ibuffer-loaddefs cl-extra thingatpt shortdoc help-fns radix-tree help-mode emacsbug message mailcap yank-media puny rfc822 mml mml-sec password-cache epa derived epg rfc6068 epg-config gnus-util text-property-search time-date subr-x mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils savehist windmove winner ring dired-aux cl-loaddefs cl-lib dired dired-loaddefs advice rmc iso-transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic indonesian philippine cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote threads dbusbind inotify lcms2 dynamic-setting system-font-setting font-render-setting cairo x-toolkit xinput2 x multi-tty make-network-process emacs) Memory information: ((conses 16 58167 33316) (symbols 48 6207 0) (strings 32 20424 1989) (string-bytes 1 582261) (vectors 16 11596) (vector-slots 8 167080 10019) (floats 8 74 16) (intervals 56 488 2) (buffers 992 16)) From unknown Fri Jul 18 23:13:01 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58218: 29.0.50; url-retrieve-synchronously with timeout causes process-query-on-exit Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 01 Oct 2022 11:46:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58218 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Phil Sainty Cc: 58218@debbugs.gnu.org Received: via spool by 58218-submit@debbugs.gnu.org id=B58218.166462470432529 (code B ref 58218); Sat, 01 Oct 2022 11:46:01 +0000 Received: (at 58218) by debbugs.gnu.org; 1 Oct 2022 11:45:04 +0000 Received: from localhost ([127.0.0.1]:43818 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oeavX-0008Sb-VS for submit@debbugs.gnu.org; Sat, 01 Oct 2022 07:45:04 -0400 Received: from eggs.gnu.org ([209.51.188.92]:35236) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oeavV-0008Ro-Af for 58218@debbugs.gnu.org; Sat, 01 Oct 2022 07:45:01 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:44430) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oeavP-0006ZQ-OD; Sat, 01 Oct 2022 07:44:55 -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=qfHzviziuohqNHxGpBeYm+vVODDnqsMounFF4ygQ6Zs=; b=MNG1XxrDlwzw buhJB/4xEYEZWfuSqvZBjjr/w85d3nA1J/CxxhraSQhGO1uo3v4SRXrEGbAS9ucpOr6wZUQJeT/Xx V+UvEkUQ/vJsrfy7+4B+/SfZGKuAqje0I2zh/qcDzV82XFamfX34aISmA0AD3x88h1ncVFpIN3dFk mRYxWa8YB9+7CfHJ5ZyjzSHrGGvDx0UsLflTgIiTpZNCnMDMR9RlXwNkGdeYtZ4G+CVVJfOKzEH28 ROXIN0WgBWxHAUjdbt/pFMDm/1dThAhwZDxC/wHaxcEZBHIatvClBtnNxkGoup7EVgw/UpI0md3CB Bcn4PbGOS48vpupV3+O7xA==; Received: from [87.69.77.57] (port=4400 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oeavP-0005jm-7I; Sat, 01 Oct 2022 07:44:55 -0400 Date: Sat, 01 Oct 2022 14:44:43 +0300 Message-Id: <83mtafbwes.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <4c994c0583c54ff61c98cb54abfd60d7@webmail.orcon.net.nz> (message from Phil Sainty on Sat, 01 Oct 2022 23:55:05 +1300) References: <4c994c0583c54ff61c98cb54abfd60d7@webmail.orcon.net.nz> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Sat, 01 Oct 2022 23:55:05 +1300 > From: Phil Sainty > > If you use the TIMEOUT argument to `url-retrieve-synchronously' and the > response is not obtained within that duration, then the process created > for that request causes query-on-exit behaviour. I can reproduce this > in all the Emacs builds I have, including this 29.0.50 build. > > > ;; With a short timeout causing the request to be aborted: > > (url-retrieve-synchronously "http://www.example.com" nil nil 0.01) > nil > > M-x list-processes > www.example.com -- open -- -- Main (network connection to > www.example.com:80) > > C-x C-c > Active processes exist; kill them and exit anyway? (yes or no) > > > > ;; With a long timeout (or a nil timeout): > > (url-retrieve-synchronously "http://www.example.com" nil nil 5) > # > > M-x list-processes > www.example.com -- open -- -- Main (network connection to > www.example.com:80) > > C-x C-c > exits without any process-related prompt > > > > I'm not sure why the network connection remains open in either case, but > regardless of that it seems as if process-query-on-exit-flag is set if > the request times out, and cleared if it does not. The query-on-exit > case seems to me like a bug, especially when there is no obvious way to > obtain the process object and change the flag. 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? Or are you saying that when url-retrieve-synchronously exits due to timeout, it should kill the process? From unknown Fri Jul 18 23:13:01 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58218: 29.0.50; url-retrieve-synchronously with timeout causes process-query-on-exit Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 01 Oct 2022 12:34:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58218 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Phil Sainty Cc: 58218@debbugs.gnu.org Received: via spool by 58218-submit@debbugs.gnu.org id=B58218.166462764121661 (code B ref 58218); Sat, 01 Oct 2022 12:34:02 +0000 Received: (at 58218) by debbugs.gnu.org; 1 Oct 2022 12:34:01 +0000 Received: from localhost ([127.0.0.1]:43861 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oebgu-0005dJ-Lj for submit@debbugs.gnu.org; Sat, 01 Oct 2022 08:34:00 -0400 Received: from quimby.gnus.org ([95.216.78.240]:38644) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oebgs-0005d5-Pv for 58218@debbugs.gnu.org; Sat, 01 Oct 2022 08:33:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=+1oCfAOYUgm/j0OodWpCQ7e21ybVZ9zjpSOLJEKzoVQ=; b=NrOWarOG3/dunumF1pd7hayvG9 KjIf0Lidq/a1E9gaYRpeVz9wT7V/2WrZL610L2fbIEMb6/xAI7FqWbVwBdlWLleBs+w2VoMbSl3A8 28aEKtrcCcN/qgpKPce7D5eh5ndTugOhN6qjHq8xeg/zsAQmTjIldoZ6xtgUUPnYvsi8=; Received: from [84.212.220.105] (helo=downe) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oebgi-00042w-7V; Sat, 01 Oct 2022 14:33:51 +0200 From: Lars Ingebrigtsen In-Reply-To: <4c994c0583c54ff61c98cb54abfd60d7@webmail.orcon.net.nz> (Phil Sainty's message of "Sat, 01 Oct 2022 23:55:05 +1300") References: <4c994c0583c54ff61c98cb54abfd60d7@webmail.orcon.net.nz> X-Now-Playing: Django Django's _Django Django (Remaster)_: "Hand Of Man" Date: Sat, 01 Oct 2022 14:33:46 +0200 Message-ID: <87ill3hget.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Phil Sainty writes: > (url-retrieve-synchronously "http://www.example.com" nil nil 0.01) > nil > > M-x list-processes > www.example.com -- open -- -- Main (network connection to > www.example.com:80) > > C-x C-c > Active [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Phil Sainty writes: > (url-retrieve-synchronously "http://www.example.com" nil nil 0.01) > nil > > M-x list-processes > www.example.com -- open -- -- Main (network connection to > www.example.com:80) > > C-x C-c > Active processes exist; kill them and exit anyway? (yes or no) Yes, it seems to be an accounting error in the code around `url-http-mark-connection-as-busy' -- that function is called too late, and marks the connection as busy after we've already exited, and then it never marks the connection as non-busy... Hm... We never get to http -> Marking connection as free: www.example.com:80 #> because we never get the callback. Hm... From unknown Fri Jul 18 23:13:01 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58218: 29.0.50; url-retrieve-synchronously with timeout causes process-query-on-exit Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 01 Oct 2022 12:51:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58218 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Phil Sainty Cc: 58218@debbugs.gnu.org Received: via spool by 58218-submit@debbugs.gnu.org id=B58218.166462865623279 (code B ref 58218); Sat, 01 Oct 2022 12:51:02 +0000 Received: (at 58218) by debbugs.gnu.org; 1 Oct 2022 12:50:56 +0000 Received: from localhost ([127.0.0.1]:43893 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oebxH-00063O-P5 for submit@debbugs.gnu.org; Sat, 01 Oct 2022 08:50:55 -0400 Received: from quimby.gnus.org ([95.216.78.240]:38774) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oebxF-000639-IT for 58218@debbugs.gnu.org; Sat, 01 Oct 2022 08:50:53 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=IlmvJrOOp9lONOmYX9ZT8lp9075tBIjhqKjiy2dCG4c=; b=aKLGWtTju+jcjmlwXvT4hzveBJ HreqKSqNO3dpBfTAI5aPPy6Q5r2n+BA9QCtg390tqBnZzMqSmFhartbMZRUg/eecQDLD6ANikDIBJ 9by3XQmJNpzzEWaLf4n9TDz0B+j0iPIKB8kX9+DDawK/9+tHrdQv3eyoJx1w69GKBO54=; Received: from [84.212.220.105] (helo=downe) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oebx6-0004BV-M8; Sat, 01 Oct 2022 14:50:46 +0200 From: Lars Ingebrigtsen In-Reply-To: <87ill3hget.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sat, 01 Oct 2022 14:33:46 +0200") References: <4c994c0583c54ff61c98cb54abfd60d7@webmail.orcon.net.nz> <87ill3hget.fsf@gnus.org> X-Now-Playing: Django Django's _Django Django (Remaster)_: "Silver Rays" Date: Sat, 01 Oct 2022 14:50:42 +0200 Message-ID: <87edvrhfml.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Lars Ingebrigtsen writes: > because we never get the callback. Hm... OK, found the problem. I've now fixed this in Emacs 29. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Lars Ingebrigtsen writes: > because we never get the callback. Hm... OK, found the problem. I've now fixed this in Emacs 29. From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 01 08:50:59 2022 Received: (at control) by debbugs.gnu.org; 1 Oct 2022 12:50:59 +0000 Received: from localhost ([127.0.0.1]:43896 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oebxL-00063f-1b for submit@debbugs.gnu.org; Sat, 01 Oct 2022 08:50:59 -0400 Received: from quimby.gnus.org ([95.216.78.240]:38790) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oebxJ-00063G-RI for control@debbugs.gnu.org; Sat, 01 Oct 2022 08:50:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=3U/lucvJeKe5zyqGYUyapEeWnK3I2dEtwi01JgC+tpw=; b=kwBl00GvToljHIUhzdN9Y/rtl7 MmMbsbKNvGdJZK74YtstSDyxnSWJFQeynsUf/2getdRBUz/YbLjPfI4YLPpCadRu6ETZDL6p9LVD2 uvMAzca/455X40MLeuNxeP1UvyRZANFTX51MO30QpsveTS/jMxSNCjo5vki05QCYKcJM=; Received: from [84.212.220.105] (helo=downe) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oebxB-0004Bc-UT for control@debbugs.gnu.org; Sat, 01 Oct 2022 14:50:51 +0200 Date: Sat, 01 Oct 2022 14:50:49 +0200 Message-Id: <87czbbhfme.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #58218 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 58218 29.1 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) close 58218 29.1 quit From unknown Fri Jul 18 23:13:01 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58218: 29.0.50; url-retrieve-synchronously with timeout causes process-query-on-exit 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 X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 58218@debbugs.gnu.org Received: via spool by 58218-submit@debbugs.gnu.org id=B58218.166462867623385 (code B ref 58218); Sat, 01 Oct 2022 12:52:01 +0000 Received: (at 58218) by debbugs.gnu.org; 1 Oct 2022 12:51:16 +0000 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 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 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 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 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 02 Oct 2022 01:51:12 +1300 From: Phil Sainty In-Reply-To: <83mtafbwes.fsf@gnu.org> References: <4c994c0583c54ff61c98cb54abfd60d7@webmail.orcon.net.nz> <83mtafbwes.fsf@gnu.org> Message-ID: X-Sender: psainty@orcon.net.nz User-Agent: Orcon Webmail X-GeoIP: -- X-Spam_score: -2.9 X-Spam_score_int: -28 X-Spam_bar: -- X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) 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? From unknown Fri Jul 18 23:13:01 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58218: 29.0.50; url-retrieve-synchronously with timeout causes process-query-on-exit Resent-From: Phil Sainty Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 01 Oct 2022 13:00:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58218 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 58218@debbugs.gnu.org Received: via spool by 58218-submit@debbugs.gnu.org id=B58218.166462915224212 (code B ref 58218); Sat, 01 Oct 2022 13:00:03 +0000 Received: (at 58218) by debbugs.gnu.org; 1 Oct 2022 12:59:12 +0000 Received: from localhost ([127.0.0.1]:43929 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oec5I-0006IS-0a for submit@debbugs.gnu.org; Sat, 01 Oct 2022 08:59:12 -0400 Received: from smtp-1.orcon.net.nz ([60.234.4.34]:37259) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oec5G-0006IH-3q for 58218@debbugs.gnu.org; Sat, 01 Oct 2022 08:59:10 -0400 Received: from [10.253.37.70] (port=34396 helo=webmail.orcon.net.nz) by smtp-1.orcon.net.nz with esmtpa (Exim 4.90_1) (envelope-from ) id 1oec5E-0003Wu-EN; Sun, 02 Oct 2022 01:59:08 +1300 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:59:08 +1300 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 02 Oct 2022 01:59:08 +1300 From: Phil Sainty In-Reply-To: <87edvrhfml.fsf@gnus.org> References: <4c994c0583c54ff61c98cb54abfd60d7@webmail.orcon.net.nz> <87ill3hget.fsf@gnus.org> <87edvrhfml.fsf@gnus.org> Message-ID: X-Sender: psainty@orcon.net.nz User-Agent: Orcon Webmail X-GeoIP: -- X-Spam_score: -2.9 X-Spam_score_int: -28 X-Spam_bar: -- X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) On 2022-10-02 01:50, Lars Ingebrigtsen wrote: > OK, found the problem. I've now fixed this in Emacs 29. That was quick :) Cheers!