Michael Albinus <[email protected]> writes: > Thierry Volpiatto <[email protected]> writes: > >> `suppress' is still catched in `tramp-file-name-handler', I don't know why >> yet, so this cond is still running when two identicals processes are >> called quickly: > > Well, I've modified the patch (in tramp-sh.el). Could you, please, check? I have now an error because with this last change, nil is returned instead of the <process> by the next call of `start-file-process'.
Here two screencast (Hope the links are valids, let me know if not) to visualize better what happen: https://www.dropbox.com/s/oqsk5u48pm3knkw/tramp-bad.ogm https://www.dropbox.com/s/13h6urx8ktrm5hf/tramp.ogm In tramp-bad.ogm, the relative part of candidates is indeed the result of `find' process that run locally. I think that what should be returned is the new process but delayed in a timer or something similar. Also, it seem it is hardcoded to 5s to throw or not `suppress', is there a particular reason for 5s? or maybe you found by experience two processes that run quickly under this delay fails? -- Thierry Get my Gnupg key: gpg --keyserver pgp.mit.edu --recv-keys 59F29997 _______________________________________________ Tramp-devel mailing list [email protected] https://lists.gnu.org/mailman/listinfo/tramp-devel
