GNU bug report logs - #55016
28.1; xref-find-references finds no matches if project dir contains a space

Previous Next

Package: emacs;

Reported by: Peter Povinec <spepo.42 <at> gmail.com>

Date: Tue, 19 Apr 2022 04:59:02 UTC

Severity: normal

Found in version 28.1

Done: Dmitry Gutov <dgutov <at> yandex.ru>

Bug is archived. No further changes may be made.

Full log


Message #40 received at 55016 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Dmitry Gutov <dgutov <at> yandex.ru>
Cc: 55016 <at> debbugs.gnu.org, p.stephani2 <at> gmail.com, spepo.42 <at> gmail.com
Subject: Re: bug#55016: 28.1; xref-find-references finds no matches if project
 dir contains a space
Date: Mon, 25 Apr 2022 14:48:00 +0300
> Date: Mon, 25 Apr 2022 05:08:56 +0300
> Cc: 55016 <at> debbugs.gnu.org, spepo.42 <at> gmail.com,
>  Philipp Stephani <p.stephani2 <at> gmail.com>
> From: Dmitry Gutov <dgutov <at> yandex.ru>
> 
> On 24.04.2022 08:31, Eli Zaretskii wrote:
> >> (Should this also use 'file-name-unquote'?)
> > I'm not sure I follow: where would we use that and for what purpose?
> 
> xref-matches-in-directory uses it since the discussion in bug#47799.
> 
> To... obtain a local directory name which would be understood by the 
> shell, I guess?

Ah, okay.  But, after the changes you posted, which file names may
need unquoting, and why?  The whole point of the changes is not to use
any file names literally in the command line passed to the shell.  And
our low-level primitives that invoke the shell already know to unquote
file names, so this should "just work", no?




This bug report was last modified 2 years and 263 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.