emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#23536: closed (25.1.50; viper-mode "/" search incl


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#23536: closed (25.1.50; viper-mode "/" search includes "(default ...) " prefix)
Date: Sat, 14 May 2016 15:52:02 +0000

Your message dated Sat, 14 May 2016 08:51:24 -0700
with message-id <address@hidden>
and subject line Re: bug#23536: 25.1.50; viper-mode "/" search includes 
"(default ...) " prefix
has caused the debbugs.gnu.org bug report #23536,
regarding 25.1.50; viper-mode "/" search includes "(default ...) " prefix
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
23536: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=23536
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: 25.1.50; viper-mode "/" search includes "(default ...) " prefix Date: Fri, 13 May 2016 22:31:38 -0700
This is using emacs commit (latest master)
c8109d9c4057d8cac79e2c139758cadd410e7446.
How to repro?
Invoke this: emacs -nw -Q -f viper-mode
Then answer "n" to the viperize prompt.
Type "/foo" and hit ENTER.
You'll notice that the minibuffer now contains this:

  ‘(default ) foo’: Pattern not found

implying that you've searched for a string significantly different than "foo".
If you try again, you'll see that the search string grows even longer:

  ‘(default (default ) foo) foo’: Pattern not found

It looks like this problem was introduced via commit
088acab3831b45e0e0749705226b8680076df4b6, since
if I revert that and rebuild, the problem goes away.



--- End Message ---
--- Begin Message --- Subject: Re: bug#23536: 25.1.50; viper-mode "/" search includes "(default ...) " prefix Date: Sat, 14 May 2016 08:51:24 -0700
On Sat, May 14, 2016 at 1:50 AM, Eli Zaretskii <address@hidden> wrote:
>> From: Jim Meyering <address@hidden>
>> Date: Fri, 13 May 2016 22:31:38 -0700
>>
>> This is using emacs commit (latest master)
>> c8109d9c4057d8cac79e2c139758cadd410e7446.
>> How to repro?
>> Invoke this: emacs -nw -Q -f viper-mode
>> Then answer "n" to the viperize prompt.
>> Type "/foo" and hit ENTER.
>> You'll notice that the minibuffer now contains this:
>>
>>   ‘(default ) foo’: Pattern not found
>>
>> implying that you've searched for a string significantly different than 
>> "foo".
>> If you try again, you'll see that the search string grows even longer:
>>
>>   ‘(default (default ) foo) foo’: Pattern not found
>>
>> It looks like this problem was introduced via commit
>> 088acab3831b45e0e0749705226b8680076df4b6, since
>> if I revert that and rebuild, the problem goes away.
>
> Please see if the patch below fixes the problem, and doesn't bring new
> ones.  (I don't use viper-mode, and we don't have a test suite for it,
> so I couldn't easily test the result beyond your simple recipe.)
>
> Thanks.
>
> diff --git a/lisp/emulation/viper-cmd.el b/lisp/emulation/viper-cmd.el
> index da72b97..6951dbb 100644
> --- a/lisp/emulation/viper-cmd.el
> +++ b/lisp/emulation/viper-cmd.el
> @@ -2127,6 +2127,7 @@ viper-read-string-with-history
>
>      (setq keymap (or keymap minibuffer-local-map)
>           initial (or initial "")
> +         viper-initial initial

Thank you. That does indeed solve the problem.
I'm closing this for now and will reopen if I notice anything untoward.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]