unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Michael Albinus <michael.albinus@gmx.de>
To: Lars Ingebrigtsen <larsi@gnus.org>
Cc: 41333@debbugs.gnu.org, Philipp Stephani <p.stephani2@gmail.com>
Subject: bug#41333: 27.0.91; Spurious errors using TRAMP and auto-save-visited-mode
Date: Wed, 22 Jun 2022 17:27:09 +0200	[thread overview]
Message-ID: <87r13goh0y.fsf@gmx.de> (raw)
In-Reply-To: <87edznbis9.fsf@gnus.org> (Lars Ingebrigtsen's message of "Fri, 17 Jun 2022 14:01:42 +0200")

Lars Ingebrigtsen <larsi@gnus.org> writes:

Hi,

> Philipp Stephani <p.stephani2@gmail.com> writes:
>
>> I've stopped auto-save-visited-mode for remote files due to this bug,
>> and recently I've stopped using TRAMP altogether, so personally I
>> can't reproduce the problem any more. That doesn't mean the root cause
>> is fixed, though; maybe Michael can make some sense of the logs I
>> posted?
>
> Perhaps; I've now added Michael to the CCs.

I've played for a while with auto-save-visited-mode and remote files. I
couldn't reproduce the problem.

As said in the original message, it could depend on user customisation,
so there is no guarantee that the problem is gone.

auto-save-visited-mode works with an idle timer. This could always be a
source of problems, when timers do remote file operations while another
remote file operation is in progress. The observation in the original
report, that Tramp doesn't handle sent commands and the returned output
in order, is an indication of such a problem.

With Emacs 28, Tramp has tried better to detect interference of remote
file operations, and at least to report them if it isn't possible to
solve them. Perhaps this has improved the situation.

I'm sorry but w/o any more information I don't know what I could do
else. Perhaps we should close the bug, although it is not satisfying w/o
knowing what is/was up.

However, one possible counter measure is to disable
auto-save-visited-mode for remote files, as Philipp did in his
setup. Don't know whether this is acceptable, but given that we're
unsure whether Tramp works correctly here it might be the better option.

Best regards, Michael.





  reply	other threads:[~2022-06-22 15:27 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-05-16 17:48 bug#41333: 27.0.91; Spurious errors using TRAMP and auto-save-visited-mode Philipp Stephani
2022-06-06 13:36 ` Lars Ingebrigtsen
2022-06-16 17:57   ` Philipp Stephani
2022-06-17 12:01     ` Lars Ingebrigtsen
2022-06-22 15:27       ` Michael Albinus [this message]
2022-07-05 13:11         ` Stefan Kangas
2022-07-05 16:54           ` Michael Albinus
2022-07-05 17:49             ` Stefan Kangas
2022-07-05 19:25               ` Michael Albinus

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87r13goh0y.fsf@gmx.de \
    --to=michael.albinus@gmx.de \
    --cc=41333@debbugs.gnu.org \
    --cc=larsi@gnus.org \
    --cc=p.stephani2@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).