GNU bug report logs -
#57800
TRAMP insert-file-contents now fails for regions
Previous Next
Reported by: Paul Pogonyshev <pogonyshev <at> gmail.com>
Date: Wed, 14 Sep 2022 12:12:02 UTC
Severity: normal
Tags: moreinfo
Fixed in version 29.1
Done: Michael Albinus <michael.albinus <at> gmx.de>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
Paul Pogonyshev <pogonyshev <at> gmail.com> writes:
Hi Paul,
> No, the bug is not reproducible all the time. I have switched to Emacs
> 28 since then, as this breaks functionality important for me. Now
> tried to run 29 again, but it doesn't happen anymore, neither with
> `-Q' nor without. Also cannot find a backtrace for the same reason
> now.
>
> From the reproducing early today I remember that restarting Emacs
> doesn't help - or is at least random, since now a newly started Emacs
> doesn't exhibit this problem. It feels like the problem is in some
> cache and the cache appears to be persistent (cross-Emacs), if TRAMP
> uses something like that at all.
>
> The files I have noticed this on have names like
> "/ssh:USER <at> HOST#22222:/...", i.e. using SSH backend and a non-standard
> port, if that matters.
Thanks, this might make a difference when caching files. Ports are used
for creating a file name index in the cache, but I'm not certain they
are always taken into account, in all dark corners of Tramp. Will analyze.
However, it would be great if you could reproduce the bug somehow in an
Emacs instance started with
--8<---------------cut here---------------start------------->8---
emacs -Q --eval '(setq tramp-verbose 10)'
--8<---------------cut here---------------end--------------->8---
If the problem happens, pls show the recipe to provoke, and the Tramp
debug buffer.
> Paul
Best regards, Michael.
This bug report was last modified 2 years and 229 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.