GNU bug report logs - #58758
dired command ! fails in a remote directory

Previous Next

Package: emacs;

Reported by: Paul Pogonyshev <pogonyshev <at> gmail.com>

Date: Mon, 24 Oct 2022 15:02:01 UTC

Severity: normal

Tags: moreinfo

Done: Stefan Kangas <stefankangas <at> gmail.com>

Bug is archived. No further changes may be made.

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

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

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#58758; Package emacs. (Mon, 24 Oct 2022 15:02:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Paul Pogonyshev <pogonyshev <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Mon, 24 Oct 2022 15:02:02 GMT) Full text and rfc822 format available.

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

From: Paul Pogonyshev <pogonyshev <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: dired command ! fails in a remote directory
Date: Mon, 24 Oct 2022 17:01:03 +0200
[Message part 1 (text/plain, inline)]
GNU Emacs 29.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 2.24.33,
cairo version 1.16.0) of 2022-09-14

To reproduce:

1. $ emacs -Q /ssh:ANY-REMOTE-DIRECTORY-WITH-FILES
2. Move point to a file, let's say it is called XYZ
3. Run ! "ls" RET -> 'ls' gives an error, because it gets a Emacs-style
remote path, which it of course doesn't understand.

So, Emacs command doesn't fail per se, but it invokes shell commands in
such a way they cannot succeed.

For comparison, M-! "ls XYZ" RET works fine.

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

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#58758; Package emacs. (Tue, 25 Oct 2022 02:16:01 GMT) Full text and rfc822 format available.

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

From: Filipp Gunbin <fgunbin <at> fastmail.fm>
To: Paul Pogonyshev <pogonyshev <at> gmail.com>
Cc: 58758 <at> debbugs.gnu.org
Subject: Re: bug#58758: dired command ! fails in a remote directory
Date: Tue, 25 Oct 2022 05:15:36 +0300
On 24/10/2022 17:01 +0200, Paul Pogonyshev wrote:

> GNU Emacs 29.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 2.24.33,
> cairo version 1.16.0) of 2022-09-14
>
> To reproduce:
>
> 1. $ emacs -Q /ssh:ANY-REMOTE-DIRECTORY-WITH-FILES
> 2. Move point to a file, let's say it is called XYZ
> 3. Run ! "ls" RET -> 'ls' gives an error, because it gets a Emacs-style
> remote path, which it of course doesn't understand.
>
> So, Emacs command doesn't fail per se, but it invokes shell commands in
> such a way they cannot succeed.
>
> For comparison, M-! "ls XYZ" RET works fine.
>
> Paul

I cannot reproduce this with latest master, ssh-ing to Debian Bullseye.

Perhaps you should give more details about your target machine.

Thanks.




Added tag(s) moreinfo. Request was from Stefan Kangas <stefankangas <at> gmail.com> to control <at> debbugs.gnu.org. (Tue, 25 Oct 2022 08:17:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#58758; Package emacs. (Tue, 25 Oct 2022 08:57:02 GMT) Full text and rfc822 format available.

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

From: Paul Pogonyshev <pogonyshev <at> gmail.com>
To: Filipp Gunbin <fgunbin <at> fastmail.fm>
Cc: 58758 <at> debbugs.gnu.org
Subject: Re: bug#58758: dired command ! fails in a remote directory
Date: Tue, 25 Oct 2022 10:56:08 +0200
[Message part 1 (text/plain, inline)]
Rebuilt Emacs from the latest Git commit, doesn't happen anymore. Maybe it
got fixed as a side-effect of this commit (06.10):

87301f2623 Better support for remote file names in dired

Paul

On Tue, 25 Oct 2022 at 04:15, Filipp Gunbin <fgunbin <at> fastmail.fm> wrote:

> On 24/10/2022 17:01 +0200, Paul Pogonyshev wrote:
>
> > GNU Emacs 29.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 2.24.33,
> > cairo version 1.16.0) of 2022-09-14
> >
> > To reproduce:
> >
> > 1. $ emacs -Q /ssh:ANY-REMOTE-DIRECTORY-WITH-FILES
> > 2. Move point to a file, let's say it is called XYZ
> > 3. Run ! "ls" RET -> 'ls' gives an error, because it gets a Emacs-style
> > remote path, which it of course doesn't understand.
> >
> > So, Emacs command doesn't fail per se, but it invokes shell commands in
> > such a way they cannot succeed.
> >
> > For comparison, M-! "ls XYZ" RET works fine.
> >
> > Paul
>
> I cannot reproduce this with latest master, ssh-ing to Debian Bullseye.
>
> Perhaps you should give more details about your target machine.
>
> Thanks.
>
[Message part 2 (text/html, inline)]

Reply sent to Stefan Kangas <stefankangas <at> gmail.com>:
You have taken responsibility. (Tue, 25 Oct 2022 10:11:01 GMT) Full text and rfc822 format available.

Notification sent to Paul Pogonyshev <pogonyshev <at> gmail.com>:
bug acknowledged by developer. (Tue, 25 Oct 2022 10:11:02 GMT) Full text and rfc822 format available.

Message #18 received at 58758-done <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefankangas <at> gmail.com>
To: Paul Pogonyshev <pogonyshev <at> gmail.com>, Filipp Gunbin <fgunbin <at> fastmail.fm>
Cc: 58758-done <at> debbugs.gnu.org
Subject: Re: bug#58758: dired command ! fails in a remote directory
Date: Tue, 25 Oct 2022 03:10:10 -0700
Paul Pogonyshev <pogonyshev <at> gmail.com> writes:

> Rebuilt Emacs from the latest Git commit, doesn't happen anymore. Maybe it
> got fixed as a side-effect of this commit (06.10):
>
> 87301f2623 Better support for remote file names in dired

OK, closing.




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Tue, 22 Nov 2022 12:24:04 GMT) Full text and rfc822 format available.

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

Previous Next


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