From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.bugs Subject: bug#22118: 23.2; Hitting ^W in a search selects the wrong word. Date: 10 Dec 2015 09:25:50 -0000 Organization: muc.de e.V. Message-ID: <20151210092550.6224.qmail@mail.muc.de> References: NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1449739586 4559 80.91.229.3 (10 Dec 2015 09:26:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 10 Dec 2015 09:26:26 +0000 (UTC) Cc: 22118@debbugs.gnu.org To: jms@codersco.com Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Dec 10 10:26:17 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1a6xUO-0000aH-TE for geb-bug-gnu-emacs@m.gmane.org; Thu, 10 Dec 2015 10:26:17 +0100 Original-Received: from localhost ([::1]:40109 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a6xUG-0000Fm-MI for geb-bug-gnu-emacs@m.gmane.org; Thu, 10 Dec 2015 04:26:08 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58047) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a6xUD-0000FU-7c for bug-gnu-emacs@gnu.org; Thu, 10 Dec 2015 04:26:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a6xUA-00088o-Gg for bug-gnu-emacs@gnu.org; Thu, 10 Dec 2015 04:26:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:55572) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a6xUA-00088k-D1 for bug-gnu-emacs@gnu.org; Thu, 10 Dec 2015 04:26:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1a6xUA-0004HK-43 for bug-gnu-emacs@gnu.org; Thu, 10 Dec 2015 04:26:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Alan Mackenzie Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 10 Dec 2015 09:26:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22118 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 22118-submit@debbugs.gnu.org id=B22118.144973955416434 (code B ref 22118); Thu, 10 Dec 2015 09:26:02 +0000 Original-Received: (at 22118) by debbugs.gnu.org; 10 Dec 2015 09:25:54 +0000 Original-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 Original-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 Original-Received: (qmail 6225 invoked by uid 3782); 10 Dec 2015 09:25:50 -0000 In-Reply-To: X-Newsgroups: gnu.emacs.bug User-Agent: tin/2.3.1-20141224 ("Tallant") (UNIX) (FreeBSD/10.1-RELEASE-p16 (amd64)) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:109831 Archived-At: 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).