You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If a network file system (smb, cifs, fuse.sshfs, indirect ones via KDE kio/Gnome gvfs fuse backends, etc) becomes inaccessible for whatever reason, accesses to those paths will hang. This is relevant to zsh-syntax-highlighting as when I try to unmount the file system in question, the path highlighter (that causes underlining of the path if it is valid) causes zsh to hang.
It would be good if this check could be done in a way that doesn't block the main zsh process (an async subprocess that is talked to via pipes perhaps?), or perhaps have a (very short) timeout, to allow recovery from situations like that.
EDIT: While ZSH_HIGHLIGHT_DIRS_BLACKLIST is a thing, these shares are normally fast enough. The problem is only when they become inaccessible. Thus I believe ZSH_HIGHLIGHT_DIRS_BLACKLIST is sub-optimal and using some sort of background or helper thread would be a better option.
The text was updated successfully, but these errors were encountered:
Almost, it appears that they are talking about slow network file systems in general, while I'm talking about ones that time out/hang due to loosing connection. But I believe the solution would likely be the same in both cases.
If a network file system (smb, cifs, fuse.sshfs, indirect ones via KDE kio/Gnome gvfs fuse backends, etc) becomes inaccessible for whatever reason, accesses to those paths will hang. This is relevant to zsh-syntax-highlighting as when I try to unmount the file system in question, the path highlighter (that causes underlining of the path if it is valid) causes zsh to hang.
It would be good if this check could be done in a way that doesn't block the main zsh process (an async subprocess that is talked to via pipes perhaps?), or perhaps have a (very short) timeout, to allow recovery from situations like that.
EDIT: While
ZSH_HIGHLIGHT_DIRS_BLACKLIST
is a thing, these shares are normally fast enough. The problem is only when they become inaccessible. Thus I believeZSH_HIGHLIGHT_DIRS_BLACKLIST
is sub-optimal and using some sort of background or helper thread would be a better option.The text was updated successfully, but these errors were encountered: