From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 12 10:07:26 2020 Received: (at submit) by debbugs.gnu.org; 12 Oct 2020 14:07:26 +0000 Received: from localhost ([127.0.0.1]:43566 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kRyU2-0001OK-3Q for submit@debbugs.gnu.org; Mon, 12 Oct 2020 10:07:26 -0400 Received: from lists.gnu.org ([209.51.188.17]:33074) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kRyTz-0001OB-Sh for submit@debbugs.gnu.org; Mon, 12 Oct 2020 10:07:24 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:57976) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kRyTz-0006N9-LG for bug-gnu-emacs@gnu.org; Mon, 12 Oct 2020 10:07:23 -0400 Received: from mout.gmx.net ([212.227.17.21]:57379) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kRyTw-0003Pa-0S for bug-gnu-emacs@gnu.org; Mon, 12 Oct 2020 10:07:23 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1602511637; bh=SUsjFFlChHv44Vfb5W0A+3m2JEocPF47Txo4BsToZqU=; h=X-UI-Sender-Class:Date:From:To:Subject; b=efG4qdSnDlCXLN5+C9EOfqwlCH0XSfG/2vsU3LUMO0JUMLGJKLIDIClVqJdPR+JKh k5qwzQ+uTlV1iloA9/3A21MRMgxazzqxjgj7DcSkjt6ZDDOmAJmuCM4UZRs0PdBRCK Uad71fjm8Tv5u+ndD39vsmRflfyXzBLzYVn1mpY0= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from E15-2016.optimum.net ([72.89.170.172]) by mail.gmx.com (mrgmx105 [212.227.17.174]) with ESMTPSA (Nemesis) id 1Mn2WF-1k1PEp3VkV-00k6qD for ; Mon, 12 Oct 2020 16:07:17 +0200 Date: Mon, 12 Oct 2020 10:07:14 -0400 From: Boruch Baum To: Emacs Bug Reporting Subject: remove process-kill-buffer-query-function from kill-buffer-query-functions Message-ID: <20201012140714.3omumvzypamrdiv6@E15-2016.optimum.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: NeoMutt/20180716 X-Provags-ID: V03:K1:YmcxBXOPw7NOOjKd9rk81K9f3lkSvETesQjPr2R/UVS4q5hstF9 9UbajaANmrsu2z664oB5LG4yynwFVGP9CBC0XMBgv7ei2pq+OD45SZicqh1NmdsB0VHBV6Q DWjdDRtJVnNvt7mw/bKxgByixR61fCUoixD6IORRakuWwmbGAnjieVUQIlwdvHhrkvORT57 GRbgyU8dnYiQM1QOYl0bw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:0A4gaaMsge0=:Hr2zgM8Wd+NZ/hZm7L9g+m UybCsDsMBKORxJuKjKYxboHmxqGpgzVKx6tuQ83sBXjn3xv1ViCZlkW8Pt66SrUzCBcbZ1PKJ wuBQDYFJzYOU+DvUV+Ua969kS1pRlfopXuMt9/vJu85b63Hhavr8XloRNaWejNRW20qzzivgw 0tlHzgWfc8uim0V8fH08oKargesywCU06fmab3F2qK6CzA1dHwU4ZcEW3xuu9H0zNvwhW3Vfp uJ5Aih9dja4B5OAl8n1ytWz+4c5Zg2SHlOQ7oGp8aCFaj6P43QyVMa3P8//WP67+aMEWsFzad P5TGsGfKoUbJ1dOnX8M6OaHfggrmWEVBB9rQXG0sOusYeycqRAiaGgVnWIvGu3NbzSwjNdjIG oQsfGOqEGSMqNO59Vqz3bnLE8Sy+uTQhP79/N5Wea4cwvfANrxsFzf5O5FH1yEwayenWHShm0 C903CforDJ3Vz1rO6Qjlv09XBR3ulwjhu5a00bnxdmSGlzFCv9sCZCNuqPowNZ8afkbfjzCGo 3SImABRqxkgf7WWvjO2SYImrnWfOGYOq1K2mcryiVuRoytnckk0NihIQ//MYcv1XGxS5MMh0d mYkGHt5p95ukzkW2FfxNx0PFX47fGc+Wk5Tl8FRpdOVOo6Ok8vzWyRhQ4d3UsbhQvdLG11zTW I6tkkV9EsIa6Sc2hK5rQ9ntMu1IU0ze5qt5qFqE0nxKzOcJUyruieR7QLqk4jcU8kZT9C14U0 Yf+iD6ES9OdA8S3d7a6BsdM6t1+WfWkyPlEESMIWuKxx6USymvGdg3WH9+vPO8MRjA0RAG5hu eoQL9C1G/bzFYMK9V82UsnHzTWBhgdhQy1NhdiPXAT6Ly4S2wbmdUW4OcXo54yC/H9bazZwm+ 19GmcTo3Nl8Vp0JIjSupdLETNqzhX2AE9VgX1B48a5OnWIvCMBajjGCfdaZAWOTA9WegvoBvV 6cT862aRK93f2LM7yVMNddk8/CbS2rJTEH1+sjpxse45h1YUGcx2MKkxd/tQ6t9X7XltWZHJp poY36iv2isa+BTZdvXfEnUzFg6eWKk8wEzXj1XH4aJ4L42lv75IYsJ/8rp3qtYm+4dO4rYFl/ jzrbnpl4zPwASiOu+NB2ryHJ8wY8rACZg2hg0JeE1D90+o4b0WiU1+RZRr/3Ra8ymFxBEkwGw wlnWgdDXqC3tPg7uVMnYjkPcwFOZXa0X4tbFsox+du5ccKmoM/b/0oC9GVY25vnoSNx6YiwqX 2Gx4cbFTQ1nHR3HDbDC1/bzetfMc/HQLXMu8pLw== Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=212.227.17.21; envelope-from=boruch_baum@gmx.com; helo=mout.gmx.net X-detected-operating-system: by eggs.gnu.org: First seen = 2020/10/12 10:07:17 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] 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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: submit 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.4 (--) When explicitly killing a shell/eshell or terminal-emulator ansi-term/term buffer, a user shouldn't have to take an extra step to respond to the prompt of process-kill-buffer-query-function. In such cases, the process for which function process-kill-buffer-query-function is activated is the foreground shell process, so of course the conscious user intent is to kill it. One way to implement this is to have the mode entry functions remove the entry from the buffer-local copy of kill-buffer-query-functions (if that's an option for that variable). Another possibility is to put the logic inside function process-kill-buffer-query-function. There may be other ways. I'm not sure which is preferable so I haven't included a patch= . =2D- hkp://keys.gnupg.net CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0 From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 12 11:14:45 2020 Received: (at 43957) by debbugs.gnu.org; 12 Oct 2020 15:14:45 +0000 Received: from localhost ([127.0.0.1]:43698 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kRzXB-0005HU-Gj for submit@debbugs.gnu.org; Mon, 12 Oct 2020 11:14:45 -0400 Received: from eggs.gnu.org ([209.51.188.92]:44938) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kRzX9-0005HH-0T for 43957@debbugs.gnu.org; Mon, 12 Oct 2020 11:14:43 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:44754) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kRzX3-0004of-KA; Mon, 12 Oct 2020 11:14:37 -0400 Received: from [176.228.60.248] (port=3318 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kRzX2-0001fG-Rx; Mon, 12 Oct 2020 11:14:37 -0400 Date: Mon, 12 Oct 2020 18:14:38 +0300 Message-Id: <83pn5n328x.fsf@gnu.org> From: Eli Zaretskii To: Boruch Baum In-Reply-To: <20201012140714.3omumvzypamrdiv6@E15-2016.optimum.net> (message from Boruch Baum on Mon, 12 Oct 2020 10:07:14 -0400) Subject: Re: bug#43957: remove process-kill-buffer-query-function from kill-buffer-query-functions References: <20201012140714.3omumvzypamrdiv6@E15-2016.optimum.net> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 43957 Cc: 43957@debbugs.gnu.org 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: Mon, 12 Oct 2020 10:07:14 -0400 > From: Boruch Baum > > When explicitly killing a shell/eshell or terminal-emulator > ansi-term/term buffer, a user shouldn't have to take an extra step to > respond to the prompt of process-kill-buffer-query-function. In such > cases, the process for which function process-kill-buffer-query-function > is activated is the foreground shell process, so of course the conscious > user intent is to kill it. FWIW, I'm not sure an unconditional change in behavior here is TRT. Killing a buffer doesn't necessarily imply the user is aware that the process will be killed as well. I wouldn't object to an opt-in option, though. From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 12 15:58:43 2020 Received: (at 43957) by debbugs.gnu.org; 12 Oct 2020 19:58:43 +0000 Received: from localhost ([127.0.0.1]:44025 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kS3xz-0008Gp-Bu for submit@debbugs.gnu.org; Mon, 12 Oct 2020 15:58:43 -0400 Received: from mail-ed1-f44.google.com ([209.85.208.44]:39503) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kS3xw-0008GZ-On for 43957@debbugs.gnu.org; Mon, 12 Oct 2020 15:58:41 -0400 Received: by mail-ed1-f44.google.com with SMTP id t21so18342126eds.6 for <43957@debbugs.gnu.org>; Mon, 12 Oct 2020 12:58:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:in-reply-to:references:mime-version:date:message-id:subject:to :cc; bh=vSorC5SB5VFvpvB8CZ0Cgk1RYnbjzZBE+BSg1AMryv4=; b=pHD1Ahmcl+wEydQioxNqZYGp5/TR/qArgjvZIbkIhLjGHqtu5ryOBjv7R0HvI/t7tl vwMxKPUiOC4QX4jRIdrEhElPbbFsPZ8wJO4h/dB/1vTrB/DqQL6MQjjjlMilxpfER2GL mPe2mkOT8vLRjRXRMSZbWxG5xEzk9E8RXcnEXwRUVCpKZb3JTfJGsUikFztiKizOvm4s ocLpQSt40NqyaIT80UyzSK/hUF8iUvydhahTdJuGJGnDkP+3MI3KM7AnrNBnNVLjQGag NoIRNMLlQCIAcsCu9CpBqtogWIn01LEW2i9AH6OrznC3lRktvUDigBdxGTk27yHLumqm XRiQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc; bh=vSorC5SB5VFvpvB8CZ0Cgk1RYnbjzZBE+BSg1AMryv4=; b=X1FJDdHNg5MCL78qTqw62J09gk5UiwJnfryHaHTQ7lWTXSEerhHNUGVxrGCbj12tzn 4wLoYSiy8xuiXNWnDSVUb4Ql51m8efgWw8WCClpIEeZELFRud/Suw/5v8w7rB+SzNgdn vB0/DIjHu/B3fXqoYeyzc3uoEFByjwX6CUvIwY8N32DmUTeQQsEZytYqaxmQrvM2ccn0 NmYEmGH0O/mJ/S50k7BpGPBYMBKLeJ/FdrCn4qbQc2pVY825QoCPeHCQNEkkl5KCmhM3 /w252upvcFJHir1WylFlotGbRX6etmiSgoGx22Ts4Yl+BPPTKgsng+Osb2NJkBy/ZYxZ 4f9w== X-Gm-Message-State: AOAM532TWwpCG9UwJTyAobMup5BrA28ACY6DVdq9PHN8Y1/2k66GfJr5 pWiGhbluAewAjL2l1ghmjcgbnOAqa/RoCq714Dk= X-Google-Smtp-Source: ABdhPJwiFzwRsOzWQ/ee4G3TWPGSMcwzJ5P0Qwv/p2QTn1/aJzfPpHzWdTBWJbki4R9gdpC60ZXDdxEoet6BU2ZjtaI= X-Received: by 2002:a50:fa42:: with SMTP id c2mr16770502edq.282.1602532714878; Mon, 12 Oct 2020 12:58:34 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Mon, 12 Oct 2020 19:58:34 +0000 From: Stefan Kangas In-Reply-To: <83pn5n328x.fsf@gnu.org> References: <20201012140714.3omumvzypamrdiv6@E15-2016.optimum.net> <83pn5n328x.fsf@gnu.org> MIME-Version: 1.0 Date: Mon, 12 Oct 2020 19:58:34 +0000 Message-ID: Subject: Re: bug#43957: remove process-kill-buffer-query-function from kill-buffer-query-functions To: Eli Zaretskii , Boruch Baum Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 43957 Cc: 43957@debbugs.gnu.org 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.0 (-) Eli Zaretskii writes: >> When explicitly killing a shell/eshell or terminal-emulator >> ansi-term/term buffer, a user shouldn't have to take an extra step to >> respond to the prompt of process-kill-buffer-query-function. In such >> cases, the process for which function process-kill-buffer-query-function >> is activated is the foreground shell process, so of course the conscious >> user intent is to kill it. > > FWIW, I'm not sure an unconditional change in behavior here is TRT. > Killing a buffer doesn't necessarily imply the user is aware that the > process will be killed as well. Indeed. I for one would find an unconditional change here highly unsettling. I often have a bunch of processes running in the background and can't be bothered to remember which is running in which buffer. Getting prompted is important so I don't lose any work. > I wouldn't object to an opt-in option, though. Agreed. From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 06 06:53:05 2021 Received: (at 43957) by debbugs.gnu.org; 6 Jun 2021 10:53:05 +0000 Received: from localhost ([127.0.0.1]:50770 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lpqOu-00041g-Lt for submit@debbugs.gnu.org; Sun, 06 Jun 2021 06:53:04 -0400 Received: from quimby.gnus.org ([95.216.78.240]:58464) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lpqOs-00041A-96 for 43957@debbugs.gnu.org; Sun, 06 Jun 2021 06:53:03 -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:In-Reply-To:Date: References: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=pzUuNIDh+fW+3FzSFVh59f3p+0w3WeCUQnRAo/QKrLM=; b=m4G9BfT/Fij1me098vi1cDClGC fQzs/1+Qu5V/Kf/V/oPJl7DZ7o6JQwEKy79TphQxgzGyCt6mWjblV/pTsON07HuDy6j0OyDwomlLG Sa00zyOsvbmaVULY4489KRUNs40qYrzEtNQlB7J+BDUEGtYLaEQu3Fv/rxp+8N/5wYvQ=; Received: from cm-84.212.220.105.getinternet.no ([84.212.220.105] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lpqOj-0005ib-Mz; Sun, 06 Jun 2021 12:52:56 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#43957: remove process-kill-buffer-query-function from kill-buffer-query-functions References: <20201012140714.3omumvzypamrdiv6@E15-2016.optimum.net> <83pn5n328x.fsf@gnu.org> X-Now-Playing: Crash Course In Science's _Situational Awareness_: "So Pantsed" Date: Sun, 06 Jun 2021 12:52:53 +0200 In-Reply-To: <83pn5n328x.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 12 Oct 2020 18:14:38 +0300") Message-ID: <87czszs1ru.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) 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: Eli Zaretskii writes: > FWIW, I'm not sure an unconditional change in behavior here is TRT. > Killing a buffer doesn't necessarily imply the user is aware that the > process will be killed as well. > > I wouldn't object to [...] 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: -0.7 (/) X-Debbugs-Envelope-To: 43957 Cc: 43957@debbugs.gnu.org, Boruch Baum 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 (-) Eli Zaretskii writes: > FWIW, I'm not sure an unconditional change in behavior here is TRT. > Killing a buffer doesn't necessarily imply the user is aware that the > process will be killed as well. > > I wouldn't object to an opt-in option, though. I think this sounds a bit obscure as a user option, to be honest. We already have options covering customisations here. For instance, if there's certain process connections a user doesn't care about, they can write hook functions to set `set-process-query-on-exit-flag' for those processes. And for this specific change -- to not ask about the process in the current buffer when issuing the `C-x C-c' command -- I think the user could easily write a three line function and put that in `kill-buffer-query-function' instead of `process-kill-buffer-query-function'. That is, I feel the range of things a user could want to have happen in this case is so wide that adding a single `don't-query-about-the-process-in-the-current-buffer' variable would not significantly help a large enough group of users. So I'm closing this bug report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 06 06:53:09 2021 Received: (at control) by debbugs.gnu.org; 6 Jun 2021 10:53:09 +0000 Received: from localhost ([127.0.0.1]:50773 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lpqOz-00041z-0X for submit@debbugs.gnu.org; Sun, 06 Jun 2021 06:53:09 -0400 Received: from quimby.gnus.org ([95.216.78.240]:58482) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lpqOx-00041Y-Ks for control@debbugs.gnu.org; Sun, 06 Jun 2021 06:53:07 -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=n3K+cKsZ3IOdiMzXzoUA9tMaICfX+v5YobhwTw66bs4=; b=Xpzn3EoAnjpltdipd1ueAU5cbR zPiBxjCCSIACum2TtpPo644ZosUkiGtoYdStf2X9pmfu+5llnBCz7evJFKb08+bQIKVd6DtX5izfC DA6C/VYX+Pp21YQzueo/ZglUagL/MeB/JP+xXMYhwKZF5mWdYQLFLIzOI9H6wl63HJo8=; Received: from cm-84.212.220.105.getinternet.no ([84.212.220.105] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lpqOq-0005im-6O for control@debbugs.gnu.org; Sun, 06 Jun 2021 12:53:02 +0200 Date: Sun, 06 Jun 2021 12:52:59 +0200 Message-Id: <87bl8js1ro.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #43957 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: tags 43957 wontfix close 43957 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: -0.7 (/) 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: -1.7 (-) tags 43957 wontfix close 43957 quit From unknown Sat Jun 21 10:40:09 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 04 Jul 2021 11:24:10 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator