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

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

[debbugs-tracker] bug#23418: closed (25.1.50; next-history-element no lo


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#23418: closed (25.1.50; next-history-element no longer works in query-replace)
Date: Wed, 04 May 2016 20:07:01 +0000

Your message dated Wed, 04 May 2016 23:05:49 +0300
with message-id <address@hidden>
and subject line Re: bug#23418: 25.1.50; next-history-element no longer works 
in query-replace
has caused the debbugs.gnu.org bug report #23418,
regarding 25.1.50; next-history-element no longer works in query-replace
to be marked as done.

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


-- 
23418: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=23418
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: 25.1.50; next-history-element no longer works in query-replace Date: Sun, 01 May 2016 23:01:36 -0300
1. emacs -q
2. Go to the scratch buffer and place point on a word.
3. M-x query-replace-regexp (or query-replace)
4. M-n
5. Emacs will say: “End of history; no default available”.

Until recently, this would try to “guess” what you want to replace by
inserting the word at point on the prompt. If you kept hitting M-n it
would try other guesses like inserting the word surrounded in symbol
delimiters.



--- End Message ---
--- Begin Message --- Subject: Re: bug#23418: 25.1.50; next-history-element no longer works in query-replace Date: Wed, 04 May 2016 23:05:49 +0300 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.93 (x86_64-pc-linux-gnu)
>>> 1. emacs -q
>>> 2. Go to the scratch buffer and place point on a word.
>>> 3. M-x query-replace-regexp (or query-replace)
>>> 4. M-n
>>> 5. Emacs will say: “End of history; no default available”.
>>>
>>> Until recently, this would try to “guess” what you want to replace by
>>> inserting the word at point on the prompt. If you kept hitting M-n it
>>> would try other guesses like inserting the word surrounded in symbol
>>> delimiters.
>>
>> I see the same bug caused by
>> http://git.sv.gnu.org/cgit/emacs.git/commit/?h=emacs-25&id=f99b51295b86770e4b16d4717c0e73049191c4c5
>> that breaks syntax for bounds-of-thing-at-point.
>
> As pointed out by Stefan in
> http://lists.gnu.org/archive/html/emacs-devel/2016-03/msg01504.html
> http://lists.gnu.org/archive/html/emacs-devel/2016-03/msg01538.html
> a proper fix for bug#23127 is to use minibuffer-with-setup-hook:

Fixed accordingly.


--- End Message ---

reply via email to

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