> From: Michael Albinus <michael.albi...@gmx.de>
> Cc: suhailsingh...@gmail.com,  73...@debbugs.gnu.org
> Date: Fri, 06 Sep 2024 16:09:23 +0200
> 
> Eli Zaretskii <e...@gnu.org> writes:
> 
> >> It seems to be related to font-locking, indeed. See variable
> >> `dired-font-lock-keywords'. It specifies face recognition running basic
> >> file oprtations. For example, ";; Broken Symbolic link" calls
> >> `file-truename' and `file-exists-p', while "Symbolic link to a directory"
> >> and ";; Symbolic link to a non-directory" invoke `file-truename' and
> >> `file-directory-p'.
> >
> > But font-lock is ON by default, so what I saw also includes this,
> > right?
> 
> Sure. But we don't know the exact setting of the OP. The connection
> could be extremely slow for him, Tramp's cache might be disabled,
> whatever. Perhaps it's worth to rerun the test with "emacs -Q".

I think we should also try to establish how slow is that connection.
How much time does "ping" take?  How long does it take to fetch a file
of, say 20 KBytes?

Also, if font-lock is disabled, does the problem go away?



  • bug#73046:... Suhail Singh
    • bug#7... Eli Zaretskii
      • b... Suhail Singh
        • ... Eli Zaretskii
          • ... Bug reports for GNU Emacs, the Swiss army knife of text editors
            • ... Eli Zaretskii
              • ... Bug reports for GNU Emacs, the Swiss army knife of text editors
                • ... Eli Zaretskii
                • ... Suhail Singh
                • ... Eli Zaretskii
                • ... Suhail Singh
                • ... Eli Zaretskii
                • ... Suhail Singh
                • ... Bug reports for GNU Emacs, the Swiss army knife of text editors
                • ... Eli Zaretskii
                • ... Suhail Singh
                • ... Bug reports for GNU Emacs, the Swiss army knife of text editors
                • ... Eli Zaretskii

Reply via email to