GNU bug report logs - #24089
25.1; Dired: diff error on = <RET> if the file has a backup inside .~/

Previous Next

Package: emacs;

Reported by: Jorge Peixoto de Morais Neto <jorge13515 <at> gmail.com>

Date: Wed, 27 Jul 2016 18:43:01 UTC

Severity: minor

Tags: fixed

Found in version 25.1

Fixed in version 28.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Jorge Peixoto de Morais Neto <jorge13515 <at> gmail.com>
Cc: 24089 <at> debbugs.gnu.org
Subject: Re: bug#24089: 25.1; Dired: diff error on = <RET> if the file has a
 backup inside .~/
Date: Fri, 29 Jul 2016 17:43:19 +0300

> From: Jorge Peixoto de Morais Neto <jorge13515 <at> gmail.com>
> Cc: 24089 <at> debbugs.gnu.org
> Date: Fri, 29 Jul 2016 08:43:30 -0300
> 
> On Thu, 2016-07-28 at 18:05 +0300, Eli Zaretskii wrote:
> > It seems dired-diff was not prepared to deal with the situation where
> > the backup file is in another directory.  Does the patch below produce
> > good results?
> In my brief testing, the patch solves the problem only when = <RET> is invoked
> with point at the original file.  If it is invoked with point at the backup
> file (inside .~), a diff error still occurs.

I'm not sure why you expect that case to work.  How can Emacs
reverse-engineer backup-directory-alist, to figure out which of its
elements was in effect when the original file was backed up?  In your
example, there's only one element in the alist, but in general there
could be several.

It sounds like in this case the users cannot just press RET, they
should actually type a file name.  Am I missing something?
This bug report was last modified 4 years and 349 days ago.

Previous Next

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