zplug: Ctrl+z (suspend) does not work after zplug loaded

@b4b4r07 I have had this issue for way way too long and could not solve it. But then I found a “loophole” which rendered virtually any potential fix useless:

The polling code only checks if the lock file exists. That means that if this file is added manually then zplug will disable the monitor option automatically and indefinitely.

Also the clear command doesn’t remove the lock file. This means that it is not impossible that an old lock file that was not cleaned up (maybe due to a zplug job that might have been interrupted).

I fixed the problem by manually removing the lock file. After that, everything worked normally out of the box (without the set -o monitor fix or anything similar).

I haven’t looked around but a first step to resolve this issue once and for all would be to check the validity of the lock file. Or check if there are any zplug jobs still running. And if the lock file contains a pid, check if that pid exist and points to a zplug job. But I’m pretty sure testing for the existence of the file is not enough.

Removing the lock file $_zplug_lock fixes the issue for subsequent restarts of zsh.

Removing the lock file works. The filename is ~/.zplug/log/job.lock.

Hello,

I can confirm @paulhybryant findings. Adding setopt monitor after zplug load fixes the problem and it does not break zplug status.

~/.zshrc:

...
zplug load
setopt monitor

Versions (Debian unstable):

ii  zplug                                           2.4.0-1                      all
ii  zsh                                             5.3.1-1                      amd64

I can’t reproduce it after a zplug clear, guess that was some old cache causing this. Sorry for the noise. And thanks for the quick response @b4b4r07.