GNU bug report logs -
#73046
29.4; Emacs 100% CPU usage for several seconds when opening dired buffer over TRAMP
Previous Next
Reported by: "Suhail Singh" <suhailsingh247 <at> gmail.com>
Date: Thu, 5 Sep 2024 14:56:01 UTC
Severity: normal
Found in version 29.4
Fixed in version 31.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
I ran emacs -Q and the issue did not occur. Apologies for not checking
with -Q that prior to reporting the issue.
Thank you,
Jake
On Fri, Sep 20 2024, Michael Albinus <michael.albinus <at> gmx.de> wrote:
> Michael Albinus <michael.albinus <at> gmx.de> writes:
>
> Hi Jake,
>
>>> I had to revert 652a8a0838b38a6eab85c55fc61cedd1c61ef20f
>>>
>>> I could load a remote file with via tramp, but attempting to edit the
>>> file spiked to 100% cpu usage and I had to C-g to recover.
>>
>> Could you, pls, reenable 652a8a0838b38a6eab85c55fc61cedd1c61ef20f
>> temporarily? Then recompile Emacs, and run
>>
>> # emacs -Q -l tramp --eval '(setq tramp-verbose 10)' /ssh:some-host:/etc/somedir/file.yaml
>>
>> Try to edit the file. When the problem appears, return control by
>> C-g. Show the resulting *debug tramp/ssh some-host* buffer. Likely, it
>> is large; you could send it to me directly.
>
> Ping. Could you, pls, provide the needed information? Otherwise, we
> cannot do anything for you.
>
>>> Thanks,
>>> Jake
>
> Best regards, Michael.
This bug report was last modified 240 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.