From unknown Sat Aug 16 16:01:22 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#22118 <22118@debbugs.gnu.org> To: bug#22118 <22118@debbugs.gnu.org> Subject: Status: 23.2; Hitting ^W in a search selects the wrong word. Reply-To: bug#22118 <22118@debbugs.gnu.org> Date: Sat, 16 Aug 2025 23:01:22 +0000 retitle 22118 23.2; Hitting ^W in a search selects the wrong word. reassign 22118 emacs submitter 22118 jms@codersco.com severity 22118 minor tag 22118 fixed patch thanks From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 08 13:55:04 2015 Received: (at submit) by debbugs.gnu.org; 8 Dec 2015 18:55:04 +0000 Received: from localhost ([127.0.0.1]:43624 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a6NPk-00040q-0E for submit@debbugs.gnu.org; Tue, 08 Dec 2015 13:55:04 -0500 Received: from eggs.gnu.org ([208.118.235.92]:41717) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a6N5m-0001r2-In for submit@debbugs.gnu.org; Tue, 08 Dec 2015 13:34:27 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a6N5l-0001WQ-L3 for submit@debbugs.gnu.org; Tue, 08 Dec 2015 13:34:26 -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]:50559) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a6N5l-0001W7-J9 for submit@debbugs.gnu.org; Tue, 08 Dec 2015 13:34:25 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51709) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a6N5k-00063u-Ms for bug-gnu-emacs@gnu.org; Tue, 08 Dec 2015 13:34:25 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a6N5g-0001T5-KE for bug-gnu-emacs@gnu.org; Tue, 08 Dec 2015 13:34:24 -0500 Received: from webmail.dubbele.com ([85.17.171.90]:53856) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a6N5g-0001SR-FD for bug-gnu-emacs@gnu.org; Tue, 08 Dec 2015 13:34:20 -0500 Received: by webmail.dubbele.com (Postfix, from userid 0) id 9F87D45E2E2; Tue, 8 Dec 2015 18:54:47 +0100 (CET) From: jms@codersco.com To: bug-gnu-emacs@gnu.org Subject: 23.2; Hitting ^W in a search selects the wrong word. Date: Tue, 08 Dec 2015 18:54:47 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-detected-operating-system: by eggs.gnu.org: FreeBSD 8.x X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Tue, 08 Dec 2015 13:55:02 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: -5.0 (-----) To reproduce this bug create a file that ends in the last 7 lines in this message (it will work if you open this message in emacs). Put the cursor at the first ''aap'' (line 2) hit ^S^W^W (''aap_noot'' at line 2, now is highlighted). Hit ^S^S^S (Failing the I-search since the last ''aap_noot'' (at line 6) has been reached, call this 'last-occurrence' state). Now hit ^W^W^W^W . Somewhere the state of 'last-occurrence' and add more to the search string conflict, because it adds ''_aap'' for every ^W and the edit window is not being updated. Note that if you are not in 'last-occurrence' state, there is no problem, even at the last line. This bug only manifests itself if ^S has been hit until it shows "Failing the I-search" in the minibuffer. Regards, Jan-Mark 1 miesmiesmies 2 aap_noot_mies 3 miesmiesmies 4 aap_noot_does 5 miesmiesmies 6 aap_noot_aap 7 miesmiesmies From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 10 04:25:54 2015 Received: (at 22118) by debbugs.gnu.org; 10 Dec 2015 09:25:54 +0000 Received: from localhost ([127.0.0.1]:38599 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1a6xU2-0004Gz-Jt for submit@debbugs.gnu.org; Thu, 10 Dec 2015 04:25:54 -0500 Received: from mail.muc.de ([193.149.48.3]:20914) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1a6xU0-0004Gq-42 for 22118@debbugs.gnu.org; Thu, 10 Dec 2015 04:25:53 -0500 Received: (qmail 6225 invoked by uid 3782); 10 Dec 2015 09:25:50 -0000 Date: 10 Dec 2015 09:25:50 -0000 Message-ID: <20151210092550.6224.qmail@mail.muc.de> From: Alan Mackenzie To: jms@codersco.com Subject: Re: bug#22118: 23.2; Hitting ^W in a search selects the wrong word. Organization: muc.de e.V. In-Reply-To: X-Newsgroups: gnu.emacs.bug User-Agent: tin/2.3.1-20141224 ("Tallant") (UNIX) (FreeBSD/10.1-RELEASE-p16 (amd64)) X-Spam-Score: -0.6 (/) X-Debbugs-Envelope-To: 22118 Cc: 22118@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: -0.6 (/) Hello, Jan-Mark. In article you wrote: > To reproduce this bug create a file that ends in the last 7 lines in > this message (it will work if you open this message in emacs). > Put the cursor at the first ''aap'' (line 2) hit ^S^W^W (''aap_noot'' at > line 2, now is highlighted). Hit ^S^S^S (Failing the I-search since the last > ''aap_noot'' (at line 6) has been reached, call this 'last-occurrence' state). > Now hit ^W^W^W^W . Somewhere the state of 'last-occurrence' and add more > to the search string conflict, because it adds ''_aap'' for every ^W and > the edit window is not being updated. I can confirm this behaviour is still present in the latest development sources. > Note that if you are not in 'last-occurrence' state, there is no > problem, even at the last line. This bug only manifests itself if ^S has > been hit until it shows "Failing the I-search" in the minibuffer. Why is this behaviour a bug? I think that the effect of ^W in "last-occurrence" state is probably undefined in the manual. Adding "_aap" to the search string for each ^W does give the user feedback that the ^W has actually been received and processed. What do you think should happen in these circumstances? Does the current behaviour actually give you problems? > Regards, > Jan-Mark > 1 miesmiesmies > 2 aap_noot_mies > 3 miesmiesmies > 4 aap_noot_does > 5 miesmiesmies > 6 aap_noot_aap > 7 miesmiesmies -- Alan Mackenzie (Nuremberg, Germany). From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 10 07:08:31 2015 Received: (at 22118) by debbugs.gnu.org; 10 Dec 2015 12:08:31 +0000 Received: from localhost ([127.0.0.1]:38640 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1a701L-0008Ac-C8 for submit@debbugs.gnu.org; Thu, 10 Dec 2015 07:08:31 -0500 Received: from mail.muc.de ([193.149.48.3]:58174) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1a701E-0008AP-SA for 22118@debbugs.gnu.org; Thu, 10 Dec 2015 07:08:25 -0500 Received: (qmail 83922 invoked by uid 3782); 10 Dec 2015 12:08:19 -0000 Received: from acm.muc.de (p548A4368.dip0.t-ipconnect.de [84.138.67.104]) by colin.muc.de (tmda-ofmipd) with ESMTP; Thu, 10 Dec 2015 13:08:18 +0100 Received: (qmail 4118 invoked by uid 1000); 10 Dec 2015 12:10:28 -0000 Date: Thu, 10 Dec 2015 12:10:28 +0000 To: Jan-Mark Subject: Re: bug#22118: 23.2; Hitting ^W in a search selects the wrong word. Message-ID: <20151210121027.GA3978@acm.fritz.box> References: <20151210092550.6224.qmail@mail.muc.de> <56694D83.3080902@codersco.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <56694D83.3080902@codersco.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-Delivery-Agent: TMDA/1.1.12 (Macallan) From: Alan Mackenzie X-Primary-Address: acm@muc.de X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 22118 Cc: 22118@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: -0.0 (/) Hello, Jan-Mark. On Thu, Dec 10, 2015 at 11:01:39AM +0100, Jan-Mark wrote: > Hi Alan, > Thanks for your swift response and all the work you do on my favorite > editor. People like you improve my life. Thanks, that's appreciated. Just one small request: when you reply, would you please leave the Cc: to the bug archive. That way, there's a full record of the bug on the public list. > >> Note that if you are not in 'last-occurrence' state, there is no > >> problem, even at the last line. This bug only manifests itself if ^S has > >> been hit until it shows "Failing the I-search" in the minibuffer. > > Why is this behaviour a bug? I think that the effect of ^W in > > "last-occurrence" state is probably undefined in the manual. Adding > > "_aap" to the search string for each ^W does give the user feedback that > > the ^W has actually been received and processed. > Depending on how you define "bug". :-) Adding "_aap" is definitely what > you would expect. > There are three problems IMHO that make this a "bug": > 1) The screen is inconsistent. The minibuffer shows a "aap_noot_aap" but > the text buffer window's highlighting is not updated, only "aap_noot" is > highlighted. Don't forget, that by this stage the text in the minibuffer indicates "not found". So the main window highlights as much text as was found, the minibuffer indicates the current search string, and any lazy highlighting shows where the current search string would be found earlier on. All of this _is_ in the manual, on page "Errors in Incremental Search". > 2) Hitting ^W again will add an other "_aap" (consistent with the end of > the highlighting) which is unexpected to say the least. The minibuffer > will contain "aap_noot_aap_aap" which is nowhere in the text. This is true: the minibuffer shows what you are searching for. This indeed is nowhere in the text, but it's what you're searching for. > 3) Not hitting ^W again, but ^S will wrap the search around looking for > what is stated in the minibuffer ("aap_noot_aap") not what is > highlighted in the text buffer window ("aap_noot"). The highlighting > however is correct again ("aap_noot_aap"). The search is ALWAYS for what's in the minibuffer. Once you hit ^S again, the search becomes wrapped, and is no longer failing: it finds "aap_noot_aap". > > What do you think should happen in these circumstances? Does the current > > behaviour actually give you problems? > Depending on how you define "problems". :-P However, there are two > different ways emacs could deal with this that would definitely improve > the ease of understanding and ease of use. > a) The most consistent behavior, IMHO, would be to update the > highlighting in the text buffer window. This way the the text buffer and > mini buffer will be consistent. This way I don't have to check both to > find out what is going on. But when the search has failed, they should be different: in the main window, you can sea the bit that matched, and in the minibuffer, in bright red, you can see the bit that didn't match. I think you're asking for the distinction between successful and failing searches to be removed. This would surely be a Bad Thing. > b) What would help me (personally) more would be if emacs would go back > into search mode, highlight the whole search text in the text buffer > window and remove the "Failing I-search:" from the mini buffer. The > rational behind this is that changing the search string kind of "resets" > the search status to the "default". Internally, Isearch does indeed do this: it searches for the complete string from the starting point each time you type a new character. But if it has already failed, it's going to stay failed unless something like a C-s make the search wrap. > I understand that if an I-search has failed extending the search string > would keep you in the same search state (I.e., the last match.) However, > by that reasoning hitting ^S should also not change the state. So I vote > for behavior b) but I could live with behavior a). > However I strongly feel, the mini buffer and the text buffer should be > consistent. They are the same as long as a search hasn't yet failed. If it has, the minibuffer shows what you're searching for, the text buffer what you have found. > If I type ^S until I find the last entry, hitting ^W appends > "_aap" and updates the text buffer window. If I type ^S until I find the > last entry, hit ^S again (going into Failing I-search) hitting ^W also > appends "_aap" but does not update the text buffer window. With the best will in the world, I honestly don't think there's a bug here. Could I ask you to have another look at that manual page ("Errors in Incremental Search" in the Emacs manual) and carefully compare what you read there with what you see on the screen. By the way, Emacs 23.2 is now pretty old. You might want to consider upgrading to a newer version. The current released version is 24.5. > Regards, > Jan-Mark -- Alan Mackenzie (Nuremberg, Germany). From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 10 08:07:30 2015 Received: (at 22118) by debbugs.gnu.org; 10 Dec 2015 13:07:30 +0000 Received: from localhost ([127.0.0.1]:38655 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1a70wU-0002hc-7H for submit@debbugs.gnu.org; Thu, 10 Dec 2015 08:07:30 -0500 Received: from webmail.dubbele.com ([85.17.171.90]:62995) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1a70wR-0002hO-S4 for 22118@debbugs.gnu.org; Thu, 10 Dec 2015 08:07:29 -0500 Received: from jms-mini.codersco.lan (unknown [92.109.139.229]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by webmail.dubbele.com (Postfix) with ESMTPSA id EFC3445EE50; Thu, 10 Dec 2015 14:07:21 +0100 (CET) Subject: Re: bug#22118: 23.2; Hitting ^W in a search selects the wrong word. To: Alan Mackenzie References: <20151210092550.6224.qmail@mail.muc.de> <56694D83.3080902@codersco.com> <20151210121027.GA3978@acm.fritz.box> From: Jan-Mark X-Enigmail-Draft-Status: N1010 Message-ID: <56697909.9040306@codersco.com> Date: Thu, 10 Dec 2015 14:07:21 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <20151210121027.GA3978@acm.fritz.box> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="j4Kuo3cLD8VSfMkXTFgw9PIfcUqrxn8OR" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 22118 Cc: 22118@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: 0.0 (/) This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --j4Kuo3cLD8VSfMkXTFgw9PIfcUqrxn8OR Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable > With the best will in the world, I honestly don't think there's a bug > here. Could I ask you to have another look at that manual page ("Error= s > in Incremental Search" in the Emacs manual) and carefully compare what > you read there with what you see on the screen. Ok, we disagree. Probably you define "bug" as something that cannot be made to fit the description. The net effect is that at some point typing ^W will keep appending the same word over and over. I would say, either update the text window too or disallow using ^W after a failure. I prefer the former, preferably in combination with a rest of the failure, just like ^S does. > By the way, Emacs 23.2 is now pretty old. You might want to consider > upgrading to a newer version. The current released version is 24.5. Unfortunately it comes with the version of my OS X, and upgrading leads to all kinds of trouble when I try to use regular (Apple) updates. Thanks for your energy. I still hold this is unexpected and unwanted behavior if not a bug, but I respect your different opinion and will learn to live with it. I guess, if I want it my way, I should do what you do and donate my time for improving emacs. :-) Thanks again, btw. :-D Regards, -- Jan-Mark --j4Kuo3cLD8VSfMkXTFgw9PIfcUqrxn8OR Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2 Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJWaXkJAAoJEMPTqz3b/FP8tOcP/iDvj871iueguEAWVAulecBU B4C2vKeK6qO40FL70uP9vXnYrSy0hCh1SlJc8fzA9WN30qBx4DTEVduLHPLfc34Y /6yv+a5N2I/BT+g0h3gQpNCQE1d3EdfuDEdfa9EWocITRGR3xrbozYOtYuAYx1Yc hsNSkSlNQJQmPdv4ex8dLy+yjuSLDI9ETYrfLhDuY5Ozy8LtszM2oOsK3LLKJJ8u LGw4W42YSVBZVlLjq37B4kKi88GbfRWRkvCV6Z3rkwYwDyZJrh6YZzBafmXvWPyL ySlnE4QuR5+AiEPsk6qOjVhhzzHQlp2HQeJ6J6ZNWtEAiDXZSljGQBz4NF4eG/46 hnpCmp5iKhJeGIGELv+P5LQHNM/yubnAg4or533nce+VXA6XFZsEEc7Q9ENGgqgY Cl+VZKCYjrc3tAx6SNXcxbmL/TTToG80ara0pp9OUhXYWO2EQqi2MpLHSkuW6fbC TW51xlm1558rGY6mezV2+ktO+D0Pto5Uu+f8kdxzDs4iDFaWezQERQ9AGR0u93hj l2XWF6VN/cgsbmRGrMmbNC0k16aWeCsqJ/lg0csMjqmQqxs+5Bkmcn9VQlQzY0j+ SRrXVX94DtJxIwXJFxB8YRKuvjSCZKqW59aGsJ3VW/cmnwEEblJU1vPdoVTF5Zmk Z2+UzkbWK4hdWwFMkfkM =8ABu -----END PGP SIGNATURE----- --j4Kuo3cLD8VSfMkXTFgw9PIfcUqrxn8OR-- From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 11 18:07:18 2015 Received: (at 22118) by debbugs.gnu.org; 11 Dec 2015 23:07:18 +0000 Received: from localhost ([127.0.0.1]:35176 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1a7WmU-00084y-Iw for submit@debbugs.gnu.org; Fri, 11 Dec 2015 18:07:18 -0500 Received: from sub3.mail.dreamhost.com ([69.163.253.7]:52435 helo=homiemail-a13.g.dreamhost.com) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1a7WmS-00084k-NO for 22118@debbugs.gnu.org; Fri, 11 Dec 2015 18:07:16 -0500 Received: from homiemail-a13.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a13.g.dreamhost.com (Postfix) with ESMTP id 4D2DC334076; Fri, 11 Dec 2015 15:07:16 -0800 (PST) Received: from localhost.linkov.net (m83-180-31-224.cust.tele2.ee [83.180.31.224]) (Authenticated sender: jurta@jurta.org) by homiemail-a13.g.dreamhost.com (Postfix) with ESMTPA id 27481334072; Fri, 11 Dec 2015 15:07:14 -0800 (PST) From: Juri Linkov To: Jan-Mark Subject: Re: bug#22118: 23.2; Hitting ^W in a search selects the wrong word. Organization: LINKOV.NET References: <20151210092550.6224.qmail@mail.muc.de> <56694D83.3080902@codersco.com> <20151210121027.GA3978@acm.fritz.box> <56697909.9040306@codersco.com> Date: Sat, 12 Dec 2015 00:54:47 +0200 In-Reply-To: <56697909.9040306@codersco.com> (Jan-Mark's message of "Thu, 10 Dec 2015 14:07:21 +0100") Message-ID: <87k2okbnpk.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 22118 Cc: Alan Mackenzie , 22118@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: -0.7 (/) > I would say, either update the text window too or disallow using ^W > after a failure. I agree that the current behavior is not ideal. The problem is that it's difficult to make it more intuitive to work with different workflows such as when failing not at the end of the buffer but due to a non-existent string, e.g. typing =E2=80=98zzz C-w C-w C-w=E2= =80=99. Please try this patch that takes into account such possible scenarios. However, I don't agree this is a bug, I think it just provides a more useful behavior, so perhaps it shouldn't be installed to emacs-25. diff --git a/lisp/isearch.el b/lisp/isearch.el index 66fab0e..e9a99ea 100644 --- a/lisp/isearch.el +++ b/lisp/isearch.el @@ -1959,6 +1959,8 @@ (defun isearch-mouse-2 (click) (when (functionp binding) (call-interactively binding))))) =20 +(defvar isearch-yank-prev-point nil) + (defun isearch-yank-internal (jumpform) "Pull the text from point to the point reached by JUMPFORM. JUMPFORM is a lambda expression that takes no arguments and returns @@ -1969,7 +1971,14 @@ (defun isearch-yank-internal (jumpform) (save-excursion (and (not isearch-forward) isearch-other-end (goto-char isearch-other-end)) - (buffer-substring-no-properties (point) (funcall jumpform))))) + (and (not isearch-success) isearch-yank-prev-point + (goto-char isearch-yank-prev-point)) + (buffer-substring-no-properties + (point) + (prog1 + (setq isearch-yank-prev-point (funcall jumpform)) + (when isearch-success + (setq isearch-yank-prev-point nil))))))) =20 (defun isearch-yank-char-in-minibuffer (&optional arg) "Pull next character from buffer into end of search string in minibuff= er." From debbugs-submit-bounces@debbugs.gnu.org Tue Aug 11 23:27:05 2020 Received: (at control) by debbugs.gnu.org; 12 Aug 2020 03:27:06 +0000 Received: from localhost ([127.0.0.1]:42447 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5hPt-0007Xa-Pg for submit@debbugs.gnu.org; Tue, 11 Aug 2020 23:27:05 -0400 Received: from mail-yb1-f173.google.com ([209.85.219.173]:37206) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5hPs-0007X6-DR for control@debbugs.gnu.org; Tue, 11 Aug 2020 23:27:04 -0400 Received: by mail-yb1-f173.google.com with SMTP id e14so616656ybf.4 for ; Tue, 11 Aug 2020 20:27:04 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=/ZYkNXLkqmr9i8jpad9jpJCO9b5RA/ipipif+XuUGrk=; b=Q2+s0Ta/WbqNtsT2KZhVWiw3icvXs/2vSpqAQZzvPzqLR4aXTJnioJ5nJHHfoKYhBO EYZm7oXrJYUhjQf9TFA0n5H60W1N1L1qw1PjdYeuu6EP1m6L+kfi5951Z9Ia23P9Lmj0 FpC+Ll1rF21AZ+kMViheW7a/qiInbZ6gLEkBGHCAlWSEr5oQb4THZpdWNnlToA1/QITI Ki/1ALZ6EX46PQUyZQr50NGJcaaR2qaESo8uYFvZ0eYeMjHkmbi6MhLeQiJM4Bp6gGxe Z0JMDpg7cBe2bqaHRBqbdNI1YU1ZhBwvsh1ZcuD/0ZMH9QxQCFMZSZpbUVM+XWcv1KD2 F6NQ== X-Gm-Message-State: AOAM530cCuzEvKic1ECnxCncIRD9KzCvo9vvDPJomuRIv/ZdZ+38NhZD nqB91hVFZowtGKjlRMvKrEb/wp+BFnXWuQ2Ta2UcDXf1YsRhsQ== X-Google-Smtp-Source: ABdhPJzQOdMs1eyDzVNerCesjneclvYgVVDaCe9mBDnf4grOTAxcCwQP7+JDwzBgbTTmX6iexDb6MXbqHkZpJcNf8cs= X-Received: by 2002:a25:9843:: with SMTP id k3mr52932387ybo.466.1597202817882; Tue, 11 Aug 2020 20:26:57 -0700 (PDT) MIME-Version: 1.0 From: Stefan Kangas Date: Wed, 12 Aug 2020 05:26:46 +0200 Message-ID: Subject: To: control Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 3.0 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.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 the administrator of that system for details. Content preview: tags 22118 + patch thanks Content analysis details: (3.0 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (stefankangas[at]gmail.com) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.219.173 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.219.173 listed in wl.mailspike.net] 1.0 PDS_TONAME_EQ_TOLOCAL_VSHORT Very short body and From looks like 2 different emails 0.0 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different 2.0 BLANK_SUBJECT Subject is present but empty 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: 2.0 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.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 the administrator of that system for details. Content preview: tags 22118 + patch thanks Content analysis details: (2.0 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.219.173 listed in wl.mailspike.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.219.173 listed in list.dnswl.org] 0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (stefankangas[at]gmail.com) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 1.0 PDS_TONAME_EQ_TOLOCAL_VSHORT Very short body and From looks like 2 different emails 0.0 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different 2.0 BLANK_SUBJECT Subject is present but empty -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager tags 22118 + patch thanks From debbugs-submit-bounces@debbugs.gnu.org Tue Aug 11 23:33:49 2020 Received: (at 22118) by debbugs.gnu.org; 12 Aug 2020 03:33:50 +0000 Received: from localhost ([127.0.0.1]:42457 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5hWP-0001Ul-Lk for submit@debbugs.gnu.org; Tue, 11 Aug 2020 23:33:49 -0400 Received: from mail-yb1-f194.google.com ([209.85.219.194]:38698) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5hWN-0001UP-ME for 22118@debbugs.gnu.org; Tue, 11 Aug 2020 23:33:48 -0400 Received: by mail-yb1-f194.google.com with SMTP id e187so615822ybc.5 for <22118@debbugs.gnu.org>; Tue, 11 Aug 2020 20:33:47 -0700 (PDT) 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:user-agent :mime-version:date:message-id:subject:to:cc :content-transfer-encoding; bh=bJW1xvHyDGrdwqhnzmb1McB3h+z5U9NNSZ7+Px+fogM=; b=QA1mZOjB77GO2QPpw1x+M0RnDaLWvFaybaQHmZHhkDloL88Y3FIA3B0eCAh1jSkf8I V0RriZYWJiNkgibr5bTxrXupg1ktZMBqjutRH/CdcQ4Rd4SYBizrCskuxeSoiaxgZVft LOfDNAX2fSojvn14hMvmwdM999r9TJpNCwatoujhKl+0+LHuGTzvXN0bSVc3W8CLbloW OsoX/J8/FIidyLbxnSDyydtGcxXqN4NExP0usgTROKno/xgY05aUi/yQgaVFF7h0Aw+4 jjGItutGSZn0rI2LY/euD0we3bM8PLF12Gadw4eDtHplahH4/WIUKc0vOzkAMdHabcmA xFCA== X-Gm-Message-State: AOAM531Lq2Sqcd0kDpwg/iuBuNisJmUKtOF+oL4Dj5yxnGyBqBpmLln0 +I/a6udxt5mhNLsYMjPg19MyRuVQ2uClVSJrWEA= X-Google-Smtp-Source: ABdhPJyDzP54IausduZjetIi6DgXSO+KQHmFdZ/FYPiIUFir5fZeLMAVhiOmd29IIsMuEplKe6DQa4hDygNahRyTczY= X-Received: by 2002:a25:9843:: with SMTP id k3mr52962129ybo.466.1597203222204; Tue, 11 Aug 2020 20:33:42 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Tue, 11 Aug 2020 20:33:41 -0700 From: Stefan Kangas In-Reply-To: <87k2okbnpk.fsf@mail.linkov.net> (Juri Linkov's message of "Sat, 12 Dec 2015 00:54:47 +0200") References: <20151210092550.6224.qmail@mail.muc.de> <56694D83.3080902@codersco.com> <20151210121027.GA3978@acm.fritz.box> <56697909.9040306@codersco.com> <87k2okbnpk.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Date: Tue, 11 Aug 2020 20:33:41 -0700 Message-ID: Subject: Re: bug#22118: 23.2; Hitting ^W in a search selects the wrong word. To: Juri Linkov Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 22118 Cc: Alan Mackenzie , 22118@debbugs.gnu.org, Jan-Mark 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 (-) Hi Juri, Is the below patch still relevant? Juri Linkov writes: >> I would say, either update the text window too or disallow using ^W >> after a failure. > > I agree that the current behavior is not ideal. The problem is that > it's difficult to make it more intuitive to work with different > workflows such as when failing not at the end of the buffer > but due to a non-existent string, e.g. typing =E2=80=98zzz C-w C-w C-w=E2= =80=99. > Please try this patch that takes into account such possible scenarios. > > However, I don't agree this is a bug, I think it just provides a more > useful behavior, so perhaps it shouldn't be installed to emacs-25. > > diff --git a/lisp/isearch.el b/lisp/isearch.el > index 66fab0e..e9a99ea 100644 > --- a/lisp/isearch.el > +++ b/lisp/isearch.el > @@ -1959,6 +1959,8 @@ (defun isearch-mouse-2 (click) > (when (functionp binding) > (call-interactively binding))))) > > +(defvar isearch-yank-prev-point nil) > + > (defun isearch-yank-internal (jumpform) > "Pull the text from point to the point reached by JUMPFORM. > JUMPFORM is a lambda expression that takes no arguments and returns > @@ -1969,7 +1971,14 @@ (defun isearch-yank-internal (jumpform) > (save-excursion > (and (not isearch-forward) isearch-other-end > (goto-char isearch-other-end)) > - (buffer-substring-no-properties (point) (funcall jumpform))))) > + (and (not isearch-success) isearch-yank-prev-point > + (goto-char isearch-yank-prev-point)) > + (buffer-substring-no-properties > + (point) > + (prog1 > + (setq isearch-yank-prev-point (funcall jumpform)) > + (when isearch-success > + (setq isearch-yank-prev-point nil))))))) > > (defun isearch-yank-char-in-minibuffer (&optional arg) > "Pull next character from buffer into end of search string in minibuff= er." Best regards, Stefan Kangas From debbugs-submit-bounces@debbugs.gnu.org Wed Aug 12 21:08:44 2020 Received: (at 22118) by debbugs.gnu.org; 13 Aug 2020 01:08:44 +0000 Received: from localhost ([127.0.0.1]:46194 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k61jX-00044d-RA for submit@debbugs.gnu.org; Wed, 12 Aug 2020 21:08:43 -0400 Received: from relay5-d.mail.gandi.net ([217.70.183.197]:35511) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k61jV-000445-H2 for 22118@debbugs.gnu.org; Wed, 12 Aug 2020 21:08:42 -0400 X-Originating-IP: 91.129.102.47 Received: from mail.gandi.net (m91-129-102-47.cust.tele2.ee [91.129.102.47]) (Authenticated sender: juri@linkov.net) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id 6C5D61C0007; Thu, 13 Aug 2020 01:08:32 +0000 (UTC) From: Juri Linkov To: Stefan Kangas Subject: Re: bug#22118: 23.2; Hitting ^W in a search selects the wrong word. Organization: LINKOV.NET References: <20151210092550.6224.qmail@mail.muc.de> <56694D83.3080902@codersco.com> <20151210121027.GA3978@acm.fritz.box> <56697909.9040306@codersco.com> <87k2okbnpk.fsf@mail.linkov.net> Date: Thu, 13 Aug 2020 02:58:18 +0300 In-Reply-To: (Stefan Kangas's message of "Tue, 11 Aug 2020 20:33:41 -0700") Message-ID: <878sejgxwp.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 22118 Cc: Alan Mackenzie , 22118@debbugs.gnu.org, Jan-Mark 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 (-) > Is the below patch still relevant? I don't know. My patch tried to make the behavior in case of error slightly more useful, but now I see nothing useful in it because after a failure it makes no sense to type C-w C-w C-w ... I don't recommend making code in isearch.el more complicated to handle useless cases. So I won't complain if you'll close this report. :-) >>> I would say, either update the text window too or disallow using ^W >>> after a failure. >> >> I agree that the current behavior is not ideal. The problem is that >> it's difficult to make it more intuitive to work with different >> workflows such as when failing not at the end of the buffer >> but due to a non-existent string, e.g. typing ‘zzz C-w C-w C-w’. >> Please try this patch that takes into account such possible scenarios. >> >> However, I don't agree this is a bug, I think it just provides a more >> useful behavior, so perhaps it shouldn't be installed to emacs-25. From debbugs-submit-bounces@debbugs.gnu.org Wed Aug 12 21:22:38 2020 Received: (at 22118) by debbugs.gnu.org; 13 Aug 2020 01:22:38 +0000 Received: from localhost ([127.0.0.1]:46240 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k61wz-0006hh-VN for submit@debbugs.gnu.org; Wed, 12 Aug 2020 21:22:38 -0400 Received: from mail-yb1-f169.google.com ([209.85.219.169]:42826) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k61wy-0006hI-An for 22118@debbugs.gnu.org; Wed, 12 Aug 2020 21:22:36 -0400 Received: by mail-yb1-f169.google.com with SMTP id a34so2395748ybj.9 for <22118@debbugs.gnu.org>; Wed, 12 Aug 2020 18:22:36 -0700 (PDT) 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=qHeU/VNYtOUOp9xcnUd9GN7KOX/LSD8LqRYdldI6Atg=; b=D/tUpHI2D5LN76+FY70GD6i39evfFnemvkMmawwA3A3EUwTwZmwdcbbf/ZLOCFiRMw o/wwyr8HjSXUY/K0l7sWqRccOlvc6a12PdwjUft/fwaJRZH9Okn26zcDXAFOYuPKYO5/ c10ABkf0ldagOHW2ux+vFrfYAmHAhh6BeRWpEfakx6Xh4gcT7bZ/Ly5yleVHNIBevCKL z53zFTAUjqC4K7liup/WDNjAvEE+Yl77GmyT7Bs1CnsTJy7TZ1A+9zPBTvnQwq29jDEB UcdBLc9IDSUoJ4YTlcKWUDZBbKRWcgJxrAcqjeOxRNnOR54ehcGERgEVscrVwl84wGPI jnsA== X-Gm-Message-State: AOAM533G7VFVAvICDS1O5jnX3nTmGPzBA5cVNDoMKiZNUWK/oDCL0omE l3hAdchMpWekqp7MPf1m4BE2JFa/7x5m5peC/FRQJWw6Naw= X-Google-Smtp-Source: ABdhPJwu+CV9wexk53iwWl3hWTw4evJckXF5CBbamAbfd5iVy7cG4Tl+6W5BH8+Nc1tW3wMMx7maF3lw0W/qxxu21E4= X-Received: by 2002:a25:7007:: with SMTP id l7mr3102745ybc.85.1597281750955; Wed, 12 Aug 2020 18:22:30 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Wed, 12 Aug 2020 18:22:30 -0700 From: Stefan Kangas In-Reply-To: <878sejgxwp.fsf@mail.linkov.net> References: <20151210092550.6224.qmail@mail.muc.de> <56694D83.3080902@codersco.com> <20151210121027.GA3978@acm.fritz.box> <56697909.9040306@codersco.com> <87k2okbnpk.fsf@mail.linkov.net> <878sejgxwp.fsf@mail.linkov.net> MIME-Version: 1.0 Date: Wed, 12 Aug 2020 18:22:30 -0700 Message-ID: Subject: Re: bug#22118: 23.2; Hitting ^W in a search selects the wrong word. To: Juri Linkov Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 22118 Cc: Alan Mackenzie , 22118@debbugs.gnu.org, Jan-Mark 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 (-) Juri Linkov writes: >> Is the below patch still relevant? > > I don't know. My patch tried to make the behavior in case of error > slightly more useful, but now I see nothing useful in it because > after a failure it makes no sense to type C-w C-w C-w ... > > I don't recommend making code in isearch.el more complicated to handle > useless cases. So I won't complain if you'll close this report. :-) OK, thanks. Any objections to closing this? Best regards, Stefan Kangas From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 13 12:54:03 2020 Received: (at 22118) by debbugs.gnu.org; 13 Aug 2020 16:54:03 +0000 Received: from localhost ([127.0.0.1]:50843 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6GUN-0006tN-J5 for submit@debbugs.gnu.org; Thu, 13 Aug 2020 12:54:03 -0400 Received: from webmail.dubbele.com ([85.17.171.95]:54701) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6GUL-0006sl-Fk for 22118@debbugs.gnu.org; Thu, 13 Aug 2020 12:54:01 -0400 Received: from [127.0.0.1] (localhost [127.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by webmail.dubbele.com (Postfix) with ESMTPSA id 007721C1123; Thu, 13 Aug 2020 18:53:54 +0200 (CEST) To: Stefan Kangas , Juri Linkov References: <20151210092550.6224.qmail@mail.muc.de> <56694D83.3080902@codersco.com> <20151210121027.GA3978@acm.fritz.box> <56697909.9040306@codersco.com> <87k2okbnpk.fsf@mail.linkov.net> <878sejgxwp.fsf@mail.linkov.net> From: Jan-Mark Autocrypt: addr=jms@codersco.com; prefer-encrypt=mutual; keydata= mQINBF7VEt0BEADGUWJwUBvgq4sLNabcFH3vjltBbNNSJjgkAqjqmvJtQBaIhfwXTUWVdyte b6r1PkE8trungfSC8YX7yemPHp0Ikhmdg5vzQkX8E/EMjZjtd1N9uK5Uj44R+7KQ2Mhr1j2x 3ob9ILmbuYWgBfSs4jUzvJNTwKSf3IsbUsfFHlzGV8ETuGDMULH07JRHr137ilqPyVOIndhL BiHr5w6Aym3yrc+uyZyoyT8Wri/lnJW4uAG7tAghJLBbF+njrcgawKTjDNkgGgkgP2J/PjEj mw6zAWld6uL9RtefsSvz0/zKtpeueSHnCtXqDft2cIP+I1W0QV9Nrm4ne8PqRtyI5cGjda2h eAe0toajG+XcXE0wVhSKpht9IMT9urA7mpJs8tU7bWMNUsCzSb4tj21j3H8hhacVsVUgVzlK A4ng1k3fEcH60NUUe6LNvZJaJpb01UMago5Yp7/VaGBIeLn1Q0pgtx0HEBKtrq7gaxvhrc6Z 3R5uqL8ThY/uMRq5wWnQJxP9I5PdT4cNFljR4KTyunhENJlGOz1PnrVgC/hDfnGXk5tp9AmI 8BrwFaiHXcNlzCZIIDkCszwRxOY0fM/0x6hhMfgdVMzd/FnXvASqPLqQPQzOyv+8rmGEhUTK Fcwh++IPs4nVk28N8svlcYdiypHZECLohle+58qDsW3aO+74xwARAQABtBlKYW4tTWFyayBX YW1zIDxqbXNANGYubmw+iQJUBBMBCAA+FiEE26q86iRch77mp6Ezh9rKX783FfUFAl7VEt0C GwMFCRLOpgAFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AACgkQh9rKX783FfWFpA//RA+/eYhx A2Mjqqsd/gVZ6bPF6O1FxeEKV7viMIMNBpdgthv7G+bo2/E5d+TNA9Qwkd/Tdj865fk90Xnh BesRawQCZEkN/IOgE89br/kKNOYJRAnuv0IQ7vzNubScMtuRuiVsqAUlIMToUgKVGO04U82i YpSU5HGYfQmD10E9Sf6n5RUwrX5TKqgYWvggSSbLk6I2Sx1GM0J+dvfr6tuonsLX5xcuJ/za Ep99JMejSaMLrmUNQnNRGitrSwabyvF8yj/ZBYI1I+6r2RtpsTTWdOi1YdQTqkKYvwB7TnG5 6OcsRvgk54VaYjiene6omC1sNlvjIM2eFeaIutGxsKaF2u4vGpK/xYivkGQdBT6HrgLXRBen vjwdPDt6EBWoBAMO1e6I6kWC9pCFZAD5/gfUk2TJAMMqCieMtFkmAVU5VxQeR7mnU+420uex akSJa2faUtg4N2h83x3nTnS1TZb7IsPRnKdHO4+9Yr4Fi8CELDBj3vfp+TisyJ6A5sWmx8F3 cDma4YmTdbYEVEJugLNojWQkXkehKhan3b2PUy7+d2IZN95ybqr+1r/IzDxS/Hv43hD5SsBB slXCqJfrFBADloCriW3YLTOizrQFM2BLMlo8evzVmQFopBytYGTQg9dmEczAi772g+lzz+3V hWG4UGozI9qLQWHw5m+0RVIYH8S5Ag0EXtUS3QEQAMYeYZHSmWSqNzbOtsGD0UzpGBKhRm5c uyKEvVULBkmnZFHg+2A86lJ5NObxX/Oe9hQlv+BFStbXXi5icYBSfKTcXqU2P7UOVJsqD8zu N39bIH70nsU+EuqxN4wBf2TNk+RlEcsFa/w4WjG9YKjXbHXSCRsB/htEE1pcGqckuP+gRj8e 6jhsAEejkpuLZ97yPbvBd6QX1uh4guGO2i6pGehl3JoggMtM/F2rKhtPOQhNeB/JB2zIGQqY p9MbUOKzpRAlJcB+NZ6xHdIH+Ttqe0gtCcTjC5x6/RBd1ujVDRbwgYRnAXM4oMAwHL9mg8r4 95BzzYzwYgjHt92e+cAZ1tE/fUW36xnNWx964ewJSU/CZnQ/3LyA4hJ4RLjovkQmSpZ0ciQY tf7LIWKbeWi7xxAHwAQImwLaBDq7y465m7mqxU5hqvGZ0TE7ys09UkJPI5WuI2u5r+ifPCf/ krs6fz0+921SEnrGThuPp8J8Ql+FwtjCuqW95aev6mAlpBDzI1cJSst0kVXtYpw0fhyra88h dD4ernQ1H/4KrzQPVe7UnWaKQjiFB0ZSfSN6mEUtsW8xya/YkhBsML+HFod6zeP5Zftmnt/q ATcPuNZ5hI8Jc7MpEJpbRYUTL5B1xSHSe26gT/prpXD/qg9BYvIWccZrjoKzwjGJHh6JixIg QZxBABEBAAGJAjwEGAEIACYWIQTbqrzqJFyHvuanoTOH2spfvzcV9QUCXtUS3QIbDAUJEs6m AAAKCRCH2spfvzcV9ZO5EACYIhrA2BEJjjz34lrQ/1PboNVWfgoinKoSkNOg8UTtHJ6i9EH9 qZ6zY6r9pyqit8Q4hOrWTJZY5o7HoJqrLy+NpSBZq2vARLQ+KTv6wKqVn/dlYR1K0YoOZar/ 9WoEn15yhGpmdwyq4iPuoDP1r5f3O4oPUstnh/cCsCxAsr/Q/z1ulmX7+hEUBE133xOtqICv nCrKyQ5orqpP9T4WgbfirXJEGx6X/JgAmLOyqdIUHgcjyppGD/17nbTX+CATUniQtUjPNvDx ta+FVy/MEEmB1AeqTZZB0/gIq+1mSPKLoEnKhcEfBvPD/6KHAvAex5WumPZo2PF4uMEHDcYI WDmPRPqMCbXlGu1A/U5eiG09qKKtshzmVp4ULlvrVWYMLQnoVZLo5g56OrmsFyfDBfTanLA/ 13O96dVjiTlxeaITiOa+3imA+H+E1+XAmuxa9Gpcs6YmjXEeR+tqAcOXNCargcJDo6jQxYil CbmFADYJocBw43CBK6v8jmUxyHFXDwkEdhu9RQQP6XzSa9j6d4KPfvNGl28wX0nf+g/mxOcL oRZSox2glIBI5FeII4JEDNyFyEbPkFFgZECToJBHv8h8tQUb+AK+k8Ou3dpAfFszv14CJdd8 BxEYA8lGMnas1N2GlCHNdSS1PuvSHL6Y1MaZ3h7kILuKDmbryum6SKjKKw== Subject: Re: bug#22118: 23.2; Hitting ^W in a search selects the wrong word. Message-ID: Date: Thu, 13 Aug 2020 18:53:33 +0200 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 22118 Cc: Alan Mackenzie , 22118@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 (-) > OK, thanks. Any objections to closing this? I don't remember even what this was about. But ^W should not add words at the cursor if the search failed to match. Which is different from the search failing because it is at the last match (about to warp to the first match again). If the word 'aapX' is not in my text, 'aap noot' is, and I search for 'aapX' it brings me to 'aap noot' with a failure notice. If I than type ^W it should not start looking for 'aapX noot'. Just take the ^W out of the game in cases like this. I mean if 'aapX' cannot be found (even once) why should you allow people to look for 'aapX noot'? I still feel it is a bug, but I agree that it will not hit many people often. I have this once every 1000 hours (estimate). So it's not a big bug. But a bug nonetheless. If there is bigger bugs to fry, close it, if it is an easy fix (should be?) I'd say fix it first. Regards, -- Jan-Mark From debbugs-submit-bounces@debbugs.gnu.org Sat Aug 29 12:49:08 2020 Received: (at 22118) by debbugs.gnu.org; 29 Aug 2020 16:49:08 +0000 Received: from localhost ([127.0.0.1]:49038 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kC42O-0000Tg-2Z for submit@debbugs.gnu.org; Sat, 29 Aug 2020 12:49:08 -0400 Received: from mail-yb1-f193.google.com ([209.85.219.193]:33973) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kC42K-0000T3-26 for 22118@debbugs.gnu.org; Sat, 29 Aug 2020 12:49:06 -0400 Received: by mail-yb1-f193.google.com with SMTP id u6so1512645ybf.1 for <22118@debbugs.gnu.org>; Sat, 29 Aug 2020 09:49:03 -0700 (PDT) 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:user-agent :mime-version:date:message-id:subject:to:cc; bh=DBuxzgPfuRDu/r+nYReHm1bWv2wyIXEbQQwVnfNCfbE=; b=nhgoA03X0OI8glX31DHvl3vmXSjcVkoaI6hzpERmqtRqrRGixPb4oIck47IP0zN3ty Y+jsRinhKupPzDAmLncpHLniKKn6FHzzm1B1nIGzIOmT98jhRuEJywBibtFkRWEPVbL/ EnAXRSjv3is8T/9J1Kdp71I03sSIf9+q3SB99FtlVvb5BHEPbR2gLSWrHtXVPqpR2p6w 91ZYzByP2dNRQ6Mxmgw9kS5MtkY7C0TXmNghDYuu12BGyfNCNjZhBrdLNlo6UzPhMA9V mqQVKQ0WEtJLA0iR2rTRh/9qNqtjMTIPGxauqP6wzvBwlm8HHedeMPsy9MNl0c6E3YgY xMWQ== X-Gm-Message-State: AOAM532oktyvCdQn/KHuypsP2rtIrop1a5525GyjjrjBGukoqp6F3Dzb qYdOAi+EcTWRv0/sEdHkEEXSfYgNzq3q6niMKIU= X-Google-Smtp-Source: ABdhPJzLwI2I1WT65XgbaHAbN7sc6AJtuoWFW6TrLac/To9yeAAifmLOqD+LJVOJBC0hv4MmZb9TwtHUkylB/mOQkI8= X-Received: by 2002:a25:4609:: with SMTP id t9mr9155694yba.231.1598719738404; Sat, 29 Aug 2020 09:48:58 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Sat, 29 Aug 2020 09:48:57 -0700 From: Stefan Kangas In-Reply-To: (Jan-Mark's message of "Thu, 13 Aug 2020 18:53:33 +0200") References: <20151210092550.6224.qmail@mail.muc.de> <56694D83.3080902@codersco.com> <20151210121027.GA3978@acm.fritz.box> <56697909.9040306@codersco.com> <87k2okbnpk.fsf@mail.linkov.net> <878sejgxwp.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Date: Sat, 29 Aug 2020 09:48:57 -0700 Message-ID: Subject: Re: bug#22118: 23.2; Hitting ^W in a search selects the wrong word. To: Jan-Mark Content-Type: multipart/mixed; boundary="0000000000001bb05f05ae06f21c" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 22118 Cc: Alan Mackenzie , 22118@debbugs.gnu.org, Juri Linkov 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: -0.5 (/) --0000000000001bb05f05ae06f21c Content-Type: text/plain; charset="UTF-8" Juri Linkov writes: >> Is the below patch still relevant? > > I don't know. My patch tried to make the behavior in case of error > slightly more useful, but now I see nothing useful in it because > after a failure it makes no sense to type C-w C-w C-w ... > > I don't recommend making code in isearch.el more complicated to handle > useless cases. So I won't complain if you'll close this report. :-) Jan-Mark writes: >> OK, thanks. Any objections to closing this? > I don't remember even what this was about. But ^W should not add words at the cursor if the > search failed to match. Which is different from the search failing because it is at the last > match (about to warp to the first match again). > > If the word 'aapX' is not in my text, 'aap noot' is, and I search for 'aapX' it brings me to > 'aap noot' with a failure notice. If I than type ^W it should not start looking for 'aapX noot'. > Just take the ^W out of the game in cases like this. I mean if 'aapX' cannot be found (even > once) why should you allow people to look for 'aapX noot'? > > I still feel it is a bug, but I agree that it will not hit many people often. I have this once > every 1000 hours (estimate). So it's not a big bug. But a bug nonetheless. > > If there is bigger bugs to fry, close it, if it is an easy fix (should be?) I'd say fix it first. Thanks. Juri feels that we should close this bug as a wontfix because it is not worth complicating the isearch code over this. Testing this again, I'm leaning more towards fixing the bug. I think there is definitely a bug here (the recipe in OP is still reproducible on master), but it is very minor. We also already have a proposed fix. I considered also the use case when you have 'isearch-wrapped' set to a non-nil value, which would make yank after last occurrence more useful. I do remember having seen stuff similar to this in the past. (Unfortunately I no longer use isearch and can't remember the exact details, or if it was this exact bug.) I therefore propose to push the proposed changes to master. The complexity is localized to only one function, which is already in itself not too complicated. I've attached a patch with proper ChangeLog for review. Juri, if you are still not convinced, we can go ahead and close this as wontfix. I'm okay with either option. Best regards, Stefan Kangas --0000000000001bb05f05ae06f21c Content-Type: text/x-diff; charset="US-ASCII"; name="0001-Fix-isearch-yank-on-last-occurrence-of-search-string.patch" Content-Disposition: attachment; filename="0001-Fix-isearch-yank-on-last-occurrence-of-search-string.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: ecd4aac33b6e79f0_0.1 RnJvbSBjNWViZDNlZTZjMmMxNDcyN2Q5MjZhZWY1ZDhlMzY2ODJhMDBiYjU5IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBKdXJpIExpbmtvdiA8anVyaUBsaW5rb3YubmV0PgpEYXRlOiBT YXQsIDI5IEF1ZyAyMDIwIDE4OjMzOjA1ICswMjAwClN1YmplY3Q6IFtQQVRDSF0gRml4IGlzZWFy Y2ggeWFuayBvbiBsYXN0IG9jY3VycmVuY2Ugb2Ygc2VhcmNoIHN0cmluZwoKKiBsaXNwL2lzZWFy Y2guZWwgKGlzZWFyY2gteWFuay1pbnRlcm5hbCk6Cihpc2VhcmNoLXlhbmstcHJldi1wb2ludCk6 IEZpeCB5YW5raW5nIHdoZW4gd2UgYXJlIGF0IHRoZSBsYXN0Cm9jY3VycmVuY2Ugb2YgYSBzZWFy Y2ggc3RyaW5nLiAgKEJ1ZyMyMjExOCkKLS0tCiBsaXNwL2lzZWFyY2guZWwgfCAxMSArKysrKysr KysrLQogMSBmaWxlIGNoYW5nZWQsIDEwIGluc2VydGlvbnMoKyksIDEgZGVsZXRpb24oLSkKCmRp ZmYgLS1naXQgYS9saXNwL2lzZWFyY2guZWwgYi9saXNwL2lzZWFyY2guZWwKaW5kZXggODFlODNk Nzk1MC4uYWM4YjQ4ZTQzYSAxMDA2NDQKLS0tIGEvbGlzcC9pc2VhcmNoLmVsCisrKyBiL2xpc3Av aXNlYXJjaC5lbApAQCAtMjUxOCw2ICsyNTE4LDggQEAgaXNlYXJjaC14dGVybS1wYXN0ZQogICAg IChsZXQgKChwYXN0ZWQtdGV4dCAobnRoIDEgZXZlbnQpKSkKICAgICAgIChpc2VhcmNoLXlhbmst c3RyaW5nIHBhc3RlZC10ZXh0KSkpKQogCisoZGVmdmFyIGlzZWFyY2gteWFuay1wcmV2LXBvaW50 IG5pbCkKKwogKGRlZnVuIGlzZWFyY2gteWFuay1pbnRlcm5hbCAoanVtcGZvcm0pCiAgICJQdWxs IHRoZSB0ZXh0IGZyb20gcG9pbnQgdG8gdGhlIHBvaW50IHJlYWNoZWQgYnkgSlVNUEZPUk0uCiBK VU1QRk9STSBpcyBhIGxhbWJkYSBleHByZXNzaW9uIHRoYXQgdGFrZXMgbm8gYXJndW1lbnRzIGFu ZCByZXR1cm5zCkBAIC0yNTI4LDcgKzI1MzAsMTQgQEAgaXNlYXJjaC15YW5rLWludGVybmFsCiAg ICAoc2F2ZS1leGN1cnNpb24KICAgICAgKGFuZCAobm90IGlzZWFyY2gtZm9yd2FyZCkgaXNlYXJj aC1vdGhlci1lbmQKIAkgIChnb3RvLWNoYXIgaXNlYXJjaC1vdGhlci1lbmQpKQotICAgICAoYnVm ZmVyLXN1YnN0cmluZy1uby1wcm9wZXJ0aWVzIChwb2ludCkgKGZ1bmNhbGwganVtcGZvcm0pKSkp KQorICAgICAoYW5kIChub3QgaXNlYXJjaC1zdWNjZXNzKSBpc2VhcmNoLXlhbmstcHJldi1wb2lu dAorCSAgKGdvdG8tY2hhciBpc2VhcmNoLXlhbmstcHJldi1wb2ludCkpCisgICAgIChidWZmZXIt c3Vic3RyaW5nLW5vLXByb3BlcnRpZXMKKyAgICAgIChwb2ludCkKKyAgICAgIChwcm9nMQorCSAg KHNldHEgaXNlYXJjaC15YW5rLXByZXYtcG9pbnQgKGZ1bmNhbGwganVtcGZvcm0pKQorCSh3aGVu IGlzZWFyY2gtc3VjY2VzcworCSAgKHNldHEgaXNlYXJjaC15YW5rLXByZXYtcG9pbnQgbmlsKSkp KSkpKQogCiAoZGVmdW4gaXNlYXJjaC15YW5rLWNoYXItaW4tbWluaWJ1ZmZlciAoJm9wdGlvbmFs IGFyZykKICAgIlB1bGwgbmV4dCBjaGFyYWN0ZXIgZnJvbSBidWZmZXIgaW50byBlbmQgb2Ygc2Vh cmNoIHN0cmluZyBpbiBtaW5pYnVmZmVyLiIKLS0gCjIuMjguMAoK --0000000000001bb05f05ae06f21c-- From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 10 23:06:15 2020 Received: (at 22118) by debbugs.gnu.org; 11 Oct 2020 03:06:15 +0000 Received: from localhost ([127.0.0.1]:38945 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kRRgc-0007PP-Sx for submit@debbugs.gnu.org; Sat, 10 Oct 2020 23:06:15 -0400 Received: from quimby.gnus.org ([95.216.78.240]:57084) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kRRga-0007P7-IC for 22118@debbugs.gnu.org; Sat, 10 Oct 2020 23:06:13 -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=HanedqnBrPsWpo7L9jwhdzM02N+Mvzw+uAfpHpZmJA0=; b=sgZamjdXBhkoST9TC2qUJ0Gkit MPxSxWZqQ58kOeqYe2o/8PbLDCmdyLuNeuTeu/yZtOVQFnKTWrESYsCxGtnj0DDU+0CKI+yXrWK6y z3cBSHTwkAc2JxeeJV3UANH4HNdZ0eEXtmtPUJngDA6SK04Tgk2RIGWdXU8M8S28TpTE=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kRRgI-0004jo-Q4; Sun, 11 Oct 2020 05:06:05 +0200 From: Lars Ingebrigtsen To: Stefan Kangas Subject: Re: bug#22118: 23.2; Hitting ^W in a search selects the wrong word. References: <20151210092550.6224.qmail@mail.muc.de> <56694D83.3080902@codersco.com> <20151210121027.GA3978@acm.fritz.box> <56697909.9040306@codersco.com> <87k2okbnpk.fsf@mail.linkov.net> <878sejgxwp.fsf@mail.linkov.net> X-Now-Playing: Cat Power's _The Greatest_: "Willie" Date: Sun, 11 Oct 2020 05:05:53 +0200 In-Reply-To: (Stefan Kangas's message of "Sat, 29 Aug 2020 09:48:57 -0700") Message-ID: <878scdsbqm.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: Stefan Kangas writes: > I therefore propose to push the proposed changes to master. The > complexity is localized to only one function, which is already in itself > not too complicated. I've attached a patch with proper Ch [...] 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: 22118 Cc: Alan Mackenzie , Juri Linkov , 22118@debbugs.gnu.org, Jan-Mark 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 (-) Stefan Kangas writes: > I therefore propose to push the proposed changes to master. The > complexity is localized to only one function, which is already in itself > not too complicated. I've attached a patch with proper ChangeLog for > review. Yes, I tried the patch, and the fixes this somewhat obscure problem, so I went ahead and applied it to Emacs 28. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 10 23:06:19 2020 Received: (at control) by debbugs.gnu.org; 11 Oct 2020 03:06:19 +0000 Received: from localhost ([127.0.0.1]:38948 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kRRgh-0007Ph-2z for submit@debbugs.gnu.org; Sat, 10 Oct 2020 23:06:19 -0400 Received: from quimby.gnus.org ([95.216.78.240]:57102) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kRRgf-0007PG-HB for control@debbugs.gnu.org; Sat, 10 Oct 2020 23:06:17 -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=Cb+arcRzodQxJ6j+xkyfM1dLLSw4BHSP2X5AzyUVID4=; b=oBBKkb2sXhYcMMBA90/urvwY6z OOog9fSEOp7dZ2vOgfNXcBP35JwDpMiTYAlKSh2q/AKz+0e/YSNs4okyS37YOjclkzUAmsjjmJDlP 4WArLmu/5OcqVkAiCQMfug26yYfV6R+XWAZKZHewj7i9j2y/RwlBh9HRbfKj6U3d/7SI=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kRRgX-0004k3-Ut for control@debbugs.gnu.org; Sun, 11 Oct 2020 05:06:12 +0200 Date: Sun, 11 Oct 2020 05:06:09 +0200 Message-Id: <877drxsbq6.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #22118 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 22118 fixed close 22118 28.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: 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 22118 fixed close 22118 28.1 quit From unknown Sat Aug 16 16:01:22 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, 08 Nov 2020 12: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