all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Mike Kupfer <mkupfer@alum.berkeley.edu>
To: Stefan Kangas <stefankangas@gmail.com>
Cc: Michael Heerdegen <michael_heerdegen@web.de>,
	57293@debbugs.gnu.org, Juri Linkov <juri@linkov.net>
Subject: bug#57293: 29.0.50; query-replace with Wdired skips symlink target
Date: Sat, 20 Aug 2022 18:54:45 -0700	[thread overview]
Message-ID: <40517.1661046885@alto> (raw)
In-Reply-To: Your message of "Sat, 20 Aug 2022 18:07:17 -0700." <CADwFkmkhn3HwVx=mC+kpywLx6vNSq7LH1i_DrmytQ7Hp_1RdwA@mail.gmail.com>

Stefan Kangas wrote:

> Michael Heerdegen <michael_heerdegen@web.de> writes:
> 
> > Mike Kupfer <mkupfer@alum.berkeley.edu> writes:
> >
> >> I expect query-replace to ask me about both the file foo and the symlink
> >> target foo.  That's what Emacs 28.1 does, and it's quite handy.
> >> Instead, query-replace asks me only about the file foo, ignoring the
> >> symlink target.
> >
> > Thanks for the report, Mike.  See the new option
> > `wdired-search-replace-filenames' to turn off the new behavior.
> >
> > Maybe turning this new behavior on by default was too much (Juri)?
> 
> Shouldn't we get the Emacs 28 behavior whether or not that option is
> enabled though?  IOW, isn't this just a bug?

The docstring says

  Non-nil to search and replace in file names only.

so it does look like the relevant control.  (But I wouldn't be surprised
if I were missing something.)

I have a slight preference for getting the Emacs 28 behavior by default,
but I'm okay either way.  If there had been a NEWS entry about the new
option (hint hint :-)) I wouldn't have filed a bug.

I agree with Michael's point about "\M-sf".  Right now, you get the
filename-only behavior for isearch via a specific functions and
keybindings, but for query-replace, the behavior is controlled by a user
option.  More consistency between isearch and query-replace seems like
it would be a good thing.

I did notice this NEWS entry:

  *** Search and replace in Dired/Wdired supports more regexps.
  For example, the regexp ".*" will match only characters that are part
  of the file name.  Also "^.*$" can be used to match at the beginning
  of the file name and at the end of the file name.

Does that functionality require wdired-search-replace-filenames to be
non-nil?

cheers,
mike





  parent reply	other threads:[~2022-08-21  1:54 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-08-19  3:11 bug#57293: 29.0.50; query-replace with Wdired skips symlink target Mike Kupfer
2022-08-21  0:47 ` Michael Heerdegen
2022-08-21  1:07   ` Stefan Kangas
2022-08-21  1:46     ` Michael Heerdegen
2022-08-21  1:54     ` Mike Kupfer [this message]
2022-08-21 16:37       ` Juri Linkov
2022-08-22  6:16         ` Michael Heerdegen
2022-08-22  6:52           ` Juri Linkov
2022-08-22 22:20             ` Michael Heerdegen
2022-08-23 19:27               ` Juri Linkov
2022-08-23 23:39                 ` Michael Heerdegen
2022-08-24  1:15                   ` Mike Kupfer
2022-08-27  4:03                   ` Mike Kupfer
2022-08-27 19:45                     ` Juri Linkov
2022-08-27 19:44                   ` Juri Linkov
2022-08-28  2:34                     ` Michael Heerdegen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=40517.1661046885@alto \
    --to=mkupfer@alum.berkeley.edu \
    --cc=57293@debbugs.gnu.org \
    --cc=juri@linkov.net \
    --cc=michael_heerdegen@web.de \
    --cc=stefankangas@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.