Oh my zsh update broke sshfs folder

[NofelYaseen]

I am using macOS Catalina.

Everything worked fine until the latest update.
zsh version: zsh 5.7.1 (x86_64-apple-darwin19.0.0)

Everything looks okay for normal folder. However, for remote file systems, it is stuck, until I press Ctrl +C and then typecd ..

I am attaching the screenshot below:

[mcornella]

Can you post your zshrc file?

[NofelYaseen]

export ZSH="/Users/nofelyaseen/.oh-my-zsh"
ZSH_THEME="af-magic"

plugins=(git)

source $ZSH/oh-my-zsh.sh

All other lines are commented out.
I only changed the theme from default.

[ronnieissa]

Not sure if you have the same issue, but I had this as well.
I troubleshot the issue by setting LogLevel DEBUG3 in the sshd_config file and monitoring the /var/log/auth.log file

In my situation, Im running debian 10, kernel 4.19.0-6

The error I was getting was that the /root/ssh/authorized_keys file could not be found, but as we all know that is NOT the correct path. It should be /root/.ssh/authorized_keys

Im not sure how or why this changed, but to confirm the validity, I ran mv .ssh ssh and everything started working again. Im thinking of setting up tripwire on a clean image and installing ohmyzsh again to see how this got changed.

[NofelYaseen]

It does not resolve the underlying issue with ohmyzsh.
I don't want to rename .ssh as it could disrupt other things.
There has to be an alternative.

[mcornella]

Does setopt promptsubst solve it?

[jcatala]

Suffering the same issue, zsh hangs on cd ing into sshfs mounted dir 👍
bash/sh works fine on navigation .

cheers, 😄 !

[marcoiai]

I think I have found the origin of the problem, so I'm posting here. For some reason, when you do a git command on a sshfs directory, it takes forever, so is more of a GIT -> sshfs problem than zsh or ohmyszh. Since ohmyszh automatically git status and some other commands for git directories, if you have this setup like mine, this is the problem, there's any config to ohmyszh avoid read GIT info on certain directories?

[NofelYaseen]

There is a way to do, but we will have to run it in each subdirectory:

git config oh-my-zsh.hide-status 1

Ideally, I want to do it for all subdirectories.

[mcornella]

So this is just git breaking in sshfs directories, if I understand correctly? If that is the case, this should be fixed by async-ing the git calls in git prompts (work in progress).

[marcoiai]

Yes that is exactly what it happens. For now I'm just. not using it because i have to use a SSHFS drive all day, just thought to give you a warning, thanks for the response. atenciosamente, Marco Aurélio Simão

…

On Sat, Jan 2, 2021 at 6:37 PM Marc Cornellà ***@***.***> wrote: So this is just git breaking in sshfs directories, if I understand correctly? If that is the case, this should be fixed by async-ing the git calls in git prompts (work in progress). — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#8541 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AASTOEWUEGDDNQU4E2M643LSX6GYLANCNFSM4KHFR6TA> .

[adrienauriol]

So this is just git breaking in sshfs directories, if I understand correctly? If that is the case, this should be fixed by async-ing the git calls in git prompts (work in progress).

Hi,
I'm having the same issue. Did you manage to fix the problem ? :)
Cheers,
Adrien

[jcwatson11]

I am also experiencing the same issue. Thank you for your work. Please fix. :)

[marcoiai]

I think it is.

…

On Thu, Apr 15, 2021, 00:55 Jon Watson ***@***.***> wrote: I am also experiencing the same issue. Thank you for your work. Please fix. :) — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#8541 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AASTOES2OP56FCUT5LHXFKTTIZPSPANCNFSM4KHFR6TA> .