GNU bug report logs - #78572
30.1; Tramp Project error message loop - File is missing

Previous Next

Package: emacs;

Reported by: Alexis Bakatine <abakatine <at> proton.me>

Date: Sat, 24 May 2025 02:28:02 UTC

Severity: normal

Found in version 30.1

To reply to this bug, email your comments to 78572 AT debbugs.gnu.org.

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#78572; Package emacs. (Sat, 24 May 2025 02:28:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Alexis Bakatine <abakatine <at> proton.me>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Sat, 24 May 2025 02:28:02 GMT) Full text and rfc822 format available.

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

From: Alexis Bakatine <abakatine <at> proton.me>
To: "bug-gnu-emacs <at> gnu.org" <bug-gnu-emacs <at> gnu.org>
Subject: 30.1; Tramp Project error message loop - File is missing
Date: Fri, 23 May 2025 16:06:23 +0000
When using either one of these settings, or both at the same time:

(setopt project-vc-extra-root-markers '(".project"))
(setopt project-mode-line t)

Tramp produces error messages in the minibuffer after connecting
to the remote server:

File is missing: /sudo:root <at> x:/root/
File is missing: /sudo:root <at> x:/

It only happens when using Tramp with:
/ssh:x|sudo::

If I'm using the command below, the problem doesn't occur (note that "x" is simply a
host server config name in my ~/.ssh/config file):
/ssh:x:

What's worse is that it loops over and over trying to search for some
file that it cannot find remotely, and after a few minutes connected
Emacs becomes unresponsive.

Here is an excerpt of the debug backtrace:
*debug tramp/sudo root <at> x*
05:37:50.799367 tramp-file-name-handler (10) #
  backtrace()
  tramp-file-name-handler(file-directory-p "/sudo:root <at> x:/")
  file-directory-p("/sudo:root <at> x:/")
  tramp-handle-directory-files("/sudo:root <at> x:/" nil "\\`\\(\\`\\.git\\'\\)\\|\\(\\`\\.project\\'\\)\\'" t nil)
  tramp-sh-file-name-handler(directory-files "/sudo:root <at> x:/" nil "\\`\\(\\`\\.git\\'\\)\\|\\(\\`\\.project\\'\\)\\'" t nil)
  apply(tramp-sh-file-name-handler directory-files ("/sudo:root <at> x:/" nil "\\`\\(\\`\\.git\\'\\)\\|\\(\\`\\.project\\'\\)\\'" t nil))
  tramp-file-name-handler(directory-files "/sudo:root <at> x:/" nil "\\`\\(\\`\\.git\\'\\)\\|\\(\\`\\.project\\'\\)\\'" t nil)
  directory-files("/sudo:root <at> x:/" nil "\\`\\(\\`\\.git\\'\\)\\|\\(\\`\\.project\\'\\)\\'" t)
  #f(compiled-function (d) #<bytecode 0x1acb9e5dc5281a7c>)("/sudo:root <at> x:/")
  locate-dominating-file("/sudo:root <at> x:/root/" #f(compiled-function (d) #<bytecode 0x1acb9e5dc5281a7c>))
  project-try-vc--search("/sudo:root <at> x:/root/")
  project-try-vc("/sudo:root <at> x:/root/")
  run-hook-with-args-until-success(project-try-vc "/sudo:root <at> x:/root/")
  project--find-in-directory("/sudo:root <at> x:/root/")
  project-current(nil)

I tested this on Emacs 30.1 on Linux, macOS and Windows, with the same
results.

ps: sorry for the poor formatting.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#78572; Package emacs. (Sat, 24 May 2025 11:32:03 GMT) Full text and rfc822 format available.

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

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Alexis Bakatine via "Bug reports for GNU Emacs, the Swiss army knife of
 text editors" <bug-gnu-emacs <at> gnu.org>
Cc: Alexis Bakatine <abakatine <at> proton.me>, 78572 <at> debbugs.gnu.org
Subject: Re: bug#78572: 30.1; Tramp Project error message loop - File is
 missing
Date: Sat, 24 May 2025 13:31:05 +0200
Alexis Bakatine via "Bug reports for GNU Emacs, the Swiss army knife of
text editors" <bug-gnu-emacs <at> gnu.org> writes:

Hi Alexis,

> When using either one of these settings, or both at the same time:
>
> (setopt project-vc-extra-root-markers '(".project"))
> (setopt project-mode-line t)
>
> Tramp produces error messages in the minibuffer after connecting
> to the remote server:
>
> File is missing: /sudo:root <at> x:/root/
> File is missing: /sudo:root <at> x:/
>
> It only happens when using Tramp with:
> /ssh:x|sudo::
>
> If I'm using the command below, the problem doesn't occur (note that "x" is simply a
> host server config name in my ~/.ssh/config file):
> /ssh:x:
>
> What's worse is that it loops over and over trying to search for some
> file that it cannot find remotely, and after a few minutes connected
> Emacs becomes unresponsive.

Well, I've tried to reproduce it. Using Emacs 30, I've called

--8<---------------cut here---------------start------------->8---
# emacs -Q-l project --eval '(setopt project-vc-extra-root-markers (quote (".project")))' --eval '(setopt project-mode-line t)' --eval '(setq tramp-verbose 10)' '/ssh:ubuntu-2404|sudo::'
--8<---------------cut here---------------end--------------->8---

Note that I'm not using project.el. Could you please provide a
step-by-step recipe for reproducing the problem?

> I tested this on Emacs 30.1 on Linux, macOS and Windows, with the same
> results.

Best regards, Michael.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#78572; Package emacs. (Sat, 24 May 2025 11:32:03 GMT) Full text and rfc822 format available.

This bug report was last modified today.

Previous Next


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