From unknown Thu Aug 14 21:51:56 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#25303 <25303@debbugs.gnu.org> To: bug#25303 <25303@debbugs.gnu.org> Subject: Status: 24.5; `write-region' enhancement request for MUSTBENEW parameter Reply-To: bug#25303 <25303@debbugs.gnu.org> Date: Fri, 15 Aug 2025 04:51:56 +0000 retitle 25303 24.5; `write-region' enhancement request for MUSTBENEW parame= ter reassign 25303 emacs submitter 25303 Drew Adams severity 25303 wishlist tag 25303 wontfix thanks From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 30 17:34:13 2016 Received: (at submit) by debbugs.gnu.org; 30 Dec 2016 22:34:13 +0000 Received: from localhost ([127.0.0.1]:60675 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cN5ka-00061o-T6 for submit@debbugs.gnu.org; Fri, 30 Dec 2016 17:34:13 -0500 Received: from eggs.gnu.org ([208.118.235.92]:39133) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cN5kZ-00061b-1p for submit@debbugs.gnu.org; Fri, 30 Dec 2016 17:34:11 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cN5kT-0007jR-7p for submit@debbugs.gnu.org; Fri, 30 Dec 2016 17:34:05 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:34376) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cN5kT-0007jM-4n for submit@debbugs.gnu.org; Fri, 30 Dec 2016 17:34:05 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58330) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cN5kR-0001VS-Oj for bug-gnu-emacs@gnu.org; Fri, 30 Dec 2016 17:34:04 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cN5kO-0007gW-Lj for bug-gnu-emacs@gnu.org; Fri, 30 Dec 2016 17:34:03 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:26191) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cN5kO-0007ej-DL for bug-gnu-emacs@gnu.org; Fri, 30 Dec 2016 17:34:00 -0500 Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id uBUMXwwN004129 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Fri, 30 Dec 2016 22:33:59 GMT Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by aserv0022.oracle.com (8.14.4/8.14.4) with ESMTP id uBUMXwGk005446 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Fri, 30 Dec 2016 22:33:58 GMT Received: from abhmp0018.oracle.com (abhmp0018.oracle.com [141.146.116.24]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id uBUMXvUp007338 for ; Fri, 30 Dec 2016 22:33:58 GMT MIME-Version: 1.0 Message-ID: <9621f30d-6310-47d0-a85c-b8260fc1cf50@default> Date: Fri, 30 Dec 2016 14:33:42 -0800 (PST) From: Drew Adams To: bug-gnu-emacs@gnu.org Subject: 24.5; `write-region' enhancement request for MUSTBENEW parameter X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 12.0.6753.5000 (x86)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Source-IP: aserv0022.oracle.com [141.146.126.234] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) 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: -4.0 (----) If parameter MUSTBENEW is not `excl' and is non-nil then the user is prompted to confirm overwriting. The enhancement would be that if the value is a string then use that as the confirmation prompt. The would allow for more specific prompting, such as saying something more than that the file exists - something that can help the user decide whether to overwrite. This is pretty much backward compatible: In existing code it is likely that few, if any, non-nil and non-`excl' arg values are strings. And in the case of any that are, the use of the string as a prompt will make things obvious to a maintainer, if not immediately to the user. (This is certainly a lot more backward-compatible than was the change Emacs made to respect the particular value `excl' (in Emacs 21 or 22). That broke all existing code that was written to the previous spec that the non-nil arg meant prompt to CONFIRM, not MUSTBENEW.) In GNU Emacs 24.5.1 (i686-pc-mingw32) of 2015-04-11 on LEG570 Windowing system distributor `Microsoft Corp.', version 6.1.7601 Configured using: `configure --prefix=3D/c/usr --host=3Di686-pc-mingw32' From debbugs-submit-bounces@debbugs.gnu.org Sat Jul 27 06:46:56 2019 Received: (at 25303) by debbugs.gnu.org; 27 Jul 2019 10:46:57 +0000 Received: from localhost ([127.0.0.1]:43664 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hrKE4-0008Qa-Cl for submit@debbugs.gnu.org; Sat, 27 Jul 2019 06:46:56 -0400 Received: from quimby.gnus.org ([80.91.231.51]:35990) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hrKE2-0008OH-P3 for 25303@debbugs.gnu.org; Sat, 27 Jul 2019 06:46:55 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hrKDy-0006MA-Df; Sat, 27 Jul 2019 12:46:52 +0200 From: Lars Ingebrigtsen To: Drew Adams Subject: Re: bug#25303: 24.5; `write-region' enhancement request for MUSTBENEW parameter References: <9621f30d-6310-47d0-a85c-b8260fc1cf50@default> Date: Sat, 27 Jul 2019 12:46:50 +0200 In-Reply-To: <9621f30d-6310-47d0-a85c-b8260fc1cf50@default> (Drew Adams's message of "Fri, 30 Dec 2016 14:33:42 -0800 (PST)") Message-ID: <87sgqrkb51.fsf@mouse.gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.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: Drew Adams writes: > If parameter MUSTBENEW is not `excl' and is non-nil then the user is > prompted to confirm overwriting. The enhancement would be that if the > value is a string then use that as the confirmation pro [...] 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.0 (/) X-Debbugs-Envelope-To: 25303 Cc: 25303@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 (-) Drew Adams writes: > If parameter MUSTBENEW is not `excl' and is non-nil then the user is > prompted to confirm overwriting. The enhancement would be that if the > value is a string then use that as the confirmation prompt. > > The would allow for more specific prompting, such as saying something > more than that the file exists - something that can help the user decide > whether to overwrite. I think that does make some sense, but do you have a specific scenario in mind? What kind of prompt would help the user more than the standard prompt here? > This is pretty much backward compatible: In existing code it is likely > that few, if any, non-nil and non-`excl' arg values are strings. And in > the case of any that are, the use of the string as a prompt will make > things obvious to a maintainer, if not immediately to the user. It's a slightly non-compatible change, but I think it sounds unlikely to be bothersome (as you point out). Anybody else have an opinion here? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sat Jul 27 13:03:07 2019 Received: (at 25303) by debbugs.gnu.org; 27 Jul 2019 17:03:07 +0000 Received: from localhost ([127.0.0.1]:45339 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hrQ66-0005rG-HX for submit@debbugs.gnu.org; Sat, 27 Jul 2019 13:03:06 -0400 Received: from userp2120.oracle.com ([156.151.31.85]:56994) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hrQ64-0005qK-Bs for 25303@debbugs.gnu.org; Sat, 27 Jul 2019 13:03:04 -0400 Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x6RGwpvm019312; Sat, 27 Jul 2019 17:02:58 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2018-07-02; bh=qejTUeIrfBzoza8O//bOOiEzfLNt25+3tMoeeXVsCvo=; b=N8qbz2HJlQdd2ZMK1iiqgx0tWuqEbewiuHlVRMGeavUZ9KqL0VgbouPtNBn8JblrHaVx QEatsTK4JaB1VC+WcobRBds12pia/FC51CYRTi4z3yGs6U/6zt7CPdgCLcPvrJsdjh65 fsPbBB1PzvQnQlAtOph3BkNWycZ2NMqRLaTeZUBOEgXJ2NeNEtgbgXeD1HkmN8RmS7/R PPkyzg+6/pIvGbBJ78jT7zF2v/wh2g7MruugNAqp/icfbNF3PzYu98YXqAj2POt7y0S1 TWaLRLirfGJlaC+XogPKSL64Fm8bwTpKc80pito6j0AqJzZORn1KXbBgwpa0PQyrnQk9 mw== Received: from userp3020.oracle.com (userp3020.oracle.com [156.151.31.79]) by userp2120.oracle.com with ESMTP id 2u0f8qhhvt-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 27 Jul 2019 17:02:58 +0000 Received: from pps.filterd (userp3020.oracle.com [127.0.0.1]) by userp3020.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x6RGwLkH037922; Sat, 27 Jul 2019 17:02:58 GMT Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by userp3020.oracle.com with ESMTP id 2u0dxn7dm0-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 27 Jul 2019 17:02:58 +0000 Received: from abhmp0012.oracle.com (abhmp0012.oracle.com [141.146.116.18]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id x6RH2of9026314; Sat, 27 Jul 2019 17:02:50 GMT MIME-Version: 1.0 Message-ID: <3257e031-78dc-483b-98f9-77c54dfcc836@default> Date: Sat, 27 Jul 2019 10:02:49 -0700 (PDT) From: Drew Adams To: Lars Ingebrigtsen Subject: RE: bug#25303: 24.5; `write-region' enhancement request for MUSTBENEW parameter References: <9621f30d-6310-47d0-a85c-b8260fc1cf50@default> <87sgqrkb51.fsf@mouse.gnus.org> In-Reply-To: <87sgqrkb51.fsf@mouse.gnus.org> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4873.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9331 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1906280000 definitions=main-1907270214 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9331 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1906280000 definitions=main-1907270214 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 25303 Cc: 25303@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 (---) > > If parameter MUSTBENEW is not `excl' and is non-nil then the user is > > prompted to confirm overwriting. The enhancement would be that if > > the value is a string then use that as the confirmation prompt. > > > > The would allow for more specific prompting, such as saying something > > more than that the file exists - something that can help the user decid= e > > whether to overwrite. >=20 > I think that does make some sense, but do you have a specific scenario > in mind? What kind of prompt would help the user more than the > standard prompt here? I might have had a specific scenario in mind when I filed the request 3 years ago, but if so it's forgotten by now. ;-) Especially since there's no real workaround to realize the requested behavior easily. > > This is pretty much backward compatible: > > In existing code it is likely that few, > > if any, non-nil and non-`excl' arg values > > are strings. And in the case of any that are, > > the use of the string as a prompt will make > > things obvious to a maintainer, if not > > immediately to the user. >=20 > It's a slightly non-compatible change, but I think it sounds unlikely > to be bothersome (as you point out). >=20 > Anybody else have an opinion here? From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 28 05:52:51 2019 Received: (at 25303) by debbugs.gnu.org; 28 Jul 2019 09:52:52 +0000 Received: from localhost ([127.0.0.1]:45750 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hrfrH-0002oP-Lp for submit@debbugs.gnu.org; Sun, 28 Jul 2019 05:52:51 -0400 Received: from quimby.gnus.org ([80.91.231.51]:53052) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hrfrF-0002oH-Ks for 25303@debbugs.gnu.org; Sun, 28 Jul 2019 05:52:50 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=stories) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hrfrC-0002le-KG; Sun, 28 Jul 2019 11:52:48 +0200 From: Lars Ingebrigtsen To: Drew Adams Subject: Re: bug#25303: 24.5; `write-region' enhancement request for MUSTBENEW parameter References: <9621f30d-6310-47d0-a85c-b8260fc1cf50@default> <87sgqrkb51.fsf@mouse.gnus.org> <3257e031-78dc-483b-98f9-77c54dfcc836@default> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAGFBMVEUFAQE1GiULBgfm29Rd e7qBlcVaZ5hTQksa/fTYAAACXElEQVQ4jW3STXObMBAGYFm/wFIcdEXbxFzbUROfyazxueXrDObj apGA/n5XMmk9qdfjsfCjdyUEzN3UPNRDXw5hzG5huRmzDhGHAUfEjD7oL0MFoD8W/FJsnbK/Cx1m d+HUYfp0D9oO26d/y67QIzaIl132D8qCvqwvUSFud6cVCizLsig9VDvM4o+3K2RLeS2CdJedWJcG ODrR/4VpHlLetaF7pey8wrGArmu53xp1rwNURw+1xk7q4xRaENBvPXtokiIDXcC1t5A02wVok+oU 62oFKyjgU6yRuyKNVS09jABQGpu8G8OcjHCC/S9B8RpHRW2EyAmsmnsJUaoJ0hlPLhqFMwQS5gxg PwGBeMTKPlfzowdI+gpAWZ8wRYe9W8b3AKoYgSvhIf/Z+UNR5xXehI5k8lia8yud1hjWNkxHRQtK 0R4MAb0Wo5ABNvtikkrRNunqhaDZsoeQ+BhBait8whh6t5oL9yMmFgugtQ0Js2B2kpsAunGcIsL5 zZuhw0GrsEY0Sg0TqPGaIJAi3EfiJs0lwLXV4QOHCZYApQQea2H9tPKwDM5y5cH1wm6kcs7fbk6D xjLtj131Sm5ACOcTTgtlRczpRthSuyaRQigPsQYhxdb3Yuowt5G0yXJ+MS+ME2jJITc0XC6zpfM9 v9I0Rs9WC4AHGm7EVgmZqPxgzJbmAYUgIYhjxjno5QohIhnkLBRnG5f/MOayAocHtlai59qY3wGA DuKZWq2kpTHfWVjEp9hNJT0BgzjmAfzinwR+PfCpb+z/4rRLbe6Ar/ev8LmT2X3t8rkY/AHMjv4U xAw6pwAAAABJRU5ErkJggg== Date: Sun, 28 Jul 2019 11:52:46 +0200 In-Reply-To: <3257e031-78dc-483b-98f9-77c54dfcc836@default> (Drew Adams's message of "Sat, 27 Jul 2019 10:02:49 -0700 (PDT)") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.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: Drew Adams writes: >> > If parameter MUSTBENEW is not `excl' and is non-nil then the user is >> > prompted to confirm overwriting. The enhancement would be that if >> > the value is a string then use that as the confirm [...] 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.0 (/) X-Debbugs-Envelope-To: 25303 Cc: 25303@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 (-) Drew Adams writes: >> > If parameter MUSTBENEW is not `excl' and is non-nil then the user is >> > prompted to confirm overwriting. The enhancement would be that if >> > the value is a string then use that as the confirmation prompt. >> > >> > The would allow for more specific prompting, such as saying something >> > more than that the file exists - something that can help the user decide >> > whether to overwrite. >> >> I think that does make some sense, but do you have a specific scenario >> in mind? What kind of prompt would help the user more than the >> standard prompt here? > > I might have had a specific scenario in mind when > I filed the request 3 years ago, but if so it's > forgotten by now. ;-) Especially since there's > no real workaround to realize the requested > behavior easily. OK; closing this bug report. If somebody has a specific need for this, they'll open a new bug report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 28 05:53:00 2019 Received: (at control) by debbugs.gnu.org; 28 Jul 2019 09:53:00 +0000 Received: from localhost ([127.0.0.1]:45753 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hrfrP-0002oo-VH for submit@debbugs.gnu.org; Sun, 28 Jul 2019 05:53:00 -0400 Received: from quimby.gnus.org ([80.91.231.51]:53068) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hrfrO-0002oh-Jf for control@debbugs.gnu.org; Sun, 28 Jul 2019 05:52:58 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=stories) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hrfrM-0002lm-0O for control@debbugs.gnu.org; Sun, 28 Jul 2019 11:52:57 +0200 Date: Sun, 28 Jul 2019 11:52:55 +0200 Message-Id: To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #25303 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 25303 wontfix close 25303 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.0 (/) 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.0 (-) tags 25303 wontfix close 25303 quit From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 28 12:25:27 2019 Received: (at 25303) by debbugs.gnu.org; 28 Jul 2019 16:25:28 +0000 Received: from localhost ([127.0.0.1]:47052 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hrlzD-00052Y-Jj for submit@debbugs.gnu.org; Sun, 28 Jul 2019 12:25:27 -0400 Received: from userp2120.oracle.com ([156.151.31.85]:48578) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hrlzB-00052K-FF for 25303@debbugs.gnu.org; Sun, 28 Jul 2019 12:25:26 -0400 Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x6SGPH68095207; Sun, 28 Jul 2019 16:25:17 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2018-07-02; bh=J399SbBXGsva5cQSaM5dnW2u4v4lfjdGbarvAL206OA=; b=xcJCx63yFnptrQCK/j6AkpY3PeYeejUypHoQveWeue47KbxV0a6wO7m1KXArmnR+sSpY BG34hv8rfmFXHYMFSg61XO87V39Yoyj8+R67cuMonMXfwUlbUNcEwXlqUkn50qRBibEu h/nS6qEFYIT+YyADifBZJb3hUKC6DxD9RLCYcO//JyZQvND+XzI7a+Jei0TczbjpwGNs 8SqcOzolfE/LhHDy3lqDkSrCtxZ0nzL1cS1RPads/4BwL+WN+QQoBtwS2FnkPkk+9f3p zigw6nAJRHrMHIQqtUWhQtaJrpoE/D3KCpdLrszlLuBbRmuQN/0tTKfxZgCyvmtJOkw1 qg== Received: from aserp3020.oracle.com (aserp3020.oracle.com [141.146.126.70]) by userp2120.oracle.com with ESMTP id 2u0f8qkp2t-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 28 Jul 2019 16:25:17 +0000 Received: from pps.filterd (aserp3020.oracle.com [127.0.0.1]) by aserp3020.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x6SGNOvW051125; Sun, 28 Jul 2019 16:25:16 GMT Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserp3020.oracle.com with ESMTP id 2u0ee3fvpd-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 28 Jul 2019 16:25:16 +0000 Received: from abhmp0008.oracle.com (abhmp0008.oracle.com [141.146.116.14]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id x6SGPE6w018013; Sun, 28 Jul 2019 16:25:15 GMT MIME-Version: 1.0 Message-ID: <77f43ded-fd3a-4fa7-a478-5b07614fd8d2@default> Date: Sun, 28 Jul 2019 09:25:13 -0700 (PDT) From: Drew Adams To: Lars Ingebrigtsen Subject: RE: bug#25303: 24.5; `write-region' enhancement request for MUSTBENEW parameter References: <9621f30d-6310-47d0-a85c-b8260fc1cf50@default> <87sgqrkb51.fsf@mouse.gnus.org> <3257e031-78dc-483b-98f9-77c54dfcc836@default> In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4873.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9332 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=957 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1906280000 definitions=main-1907280205 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9332 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1906280000 definitions=main-1907280205 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 25303 Cc: 25303@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 (---) > >> I think that does make some sense, but do you have a specific > >> scenario in mind? What kind of prompt would help the user > >> more than the standard prompt here? > > > > I might have had a specific scenario in mind when > > I filed the request 3 years ago, but if so it's > > forgotten by now. ;-) Especially since there's > > no real workaround to realize the requested > > behavior easily. >=20 > OK; closing this bug report. If somebody has a specific need for this, > they'll open a new bug report. Why close an enhancement request such as this, just because, years later, I can't recall a specific scenario where the enhancement is _needed_? Why wouldn't this be a good thing to have (and at no cost)? Even if you're not personally convinced of the usefulness (in spite of your saying that it makes sense), why not leave it open, for someone else who might decide to implement it at some point? What do we gain by your closing such an enhancement suggestion? Suppose that the OP suggesting the enhancement had not replied to your request for remembrance of a specific scenario. Suppose that the OP was no longer around. Would that be a reason why the enhancement is a bad idea? I don't think so. (And no such bad-idea reason has been given, BTW.) From unknown Thu Aug 14 21:51:56 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 26 Aug 2019 11:24:05 +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