GNU bug report logs - #34916
Dired-do-remove not moving last item in the list

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 34916 in the body.
You can then email your comments to 34916 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

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

From: arthur miller <arthur.miller <at> live.com>
To: "bug-gnu-emacs <at> gnu.org" <bug-gnu-emacs <at> gnu.org>
Subject: Dired-do-remove not moving last item in the list
Date: Tue, 19 Mar 2019 07:52:41 +0000

[Message part 1 (text/plain, inline)]

When marking all files in a directory and choosing 'R' to rename them all (move to a different direcotry), the last file is always left untouched.

I have tested on 5 or 6 different directories today and it happened every time.

To reproduce, open a dired buffer, mark all files and try to move them to other directory.

It seems like very last file gets unmarked for some reason after the 'R' is pressed.

My Emacs version is build from git master last week:

GNU Emacs 27.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.5)
 of 2019-03-06

[Message part 2 (text/html, inline)]

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

From: "Basil L. Contovounesios" <contovob <at> tcd.ie>
To: arthur miller <arthur.miller <at> live.com>
Cc: 34916 <at> debbugs.gnu.org
Subject: Re: bug#34916: Dired-do-remove not moving last item in the list
Date: Mon, 25 Mar 2019 21:51:19 +0000

arthur miller <arthur.miller <at> live.com> writes:

> When marking all files in a directory and choosing 'R' to rename them
> all (move to a different direcotry), the last file is always left
> untouched.
>
> I have tested on 5 or 6 different directories today and it happened every time.
>
> To reproduce, open a dired buffer, mark all files and try to move them to other directory.
>
> It seems like very last file gets unmarked for some reason after the 'R' is pressed.
>
> My Emacs version is build from git master last week:
>
> GNU Emacs 27.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.5)
>  of 2019-03-06

I don't seem to be able to reproduce this.  Do you see this behaviour
with 'emacs -Q'?  Here's what I tried:

0. emacs -Q
1. (progn (kill-new (make-temp-file "my-to-" t))
          (dired (make-temp-file "my-from-" t))
          (dotimes (i 3)
            (dired-create-empty-file (format "file-%d" i))))
2. C-x C-e
3. * s
4. R C-a C-k M-2 C-y RET

The result is that all three files are moved from the current "my-from-"
directory to the "my-to-" directory.  Do you observe something
different?  Would you be able to provide a more precise recipe?

Thanks,

-- 
Basil

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

From: Stefan Kangas <stefan <at> marxist.se>
To: "Basil L. Contovounesios" <contovob <at> tcd.ie>
Cc: 34916 <at> debbugs.gnu.org, arthur miller <arthur.miller <at> live.com>
Subject: Re: bug#34916: Dired-do-remove not moving last item in the list
Date: Thu, 13 Aug 2020 02:40:59 -0700

tags 34916 + unreproducible
close 34916
thanks

"Basil L. Contovounesios" <contovob <at> tcd.ie> writes:

> arthur miller <arthur.miller <at> live.com> writes:
>
>> When marking all files in a directory and choosing 'R' to rename them
>> all (move to a different direcotry), the last file is always left
>> untouched.
>>
>> I have tested on 5 or 6 different directories today and it happened every time.
>>
>> To reproduce, open a dired buffer, mark all files and try to move them to other directory.
>>
>> It seems like very last file gets unmarked for some reason after the 'R' is pressed.
>>
>> My Emacs version is build from git master last week:
>>
>> GNU Emacs 27.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.5)
>>  of 2019-03-06
>
> I don't seem to be able to reproduce this.  Do you see this behaviour
> with 'emacs -Q'?  Here's what I tried:
>
> 0. emacs -Q
> 1. (progn (kill-new (make-temp-file "my-to-" t))
>           (dired (make-temp-file "my-from-" t))
>           (dotimes (i 3)
>             (dired-create-empty-file (format "file-%d" i))))
> 2. C-x C-e
> 3. * s
> 4. R C-a C-k M-2 C-y RET
>
> The result is that all three files are moved from the current "my-from-"
> directory to the "my-to-" directory.  Do you observe something
> different?  Would you be able to provide a more precise recipe?

That was one year ago, with no further replies.

Since I also can't reproduce this according to the recipe above, I'm
closing this bug.  If this is still an issue, please reply to this email
(use "Reply to all" in your email client) and we can reopen the bug
report.

Best regards,
Stefan Kangas

Previous Next

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