'set watch' does not correctly refresh if pasting into a 'base' directory that's symlinked

I'm seeing issues where pasted files do not reliably appear in lf on paste with the 'set watch' option. This issue is easiest to explain with recreation steps. From a terminal: ``` mkdir ~/a ln -s ~/a ~/b # now 'a' and 'b' are the 'same' directory touch ~/a/xyz ``` * Open lf, with 'set watch' enabled: `lf ~/a`. This should highlight 'xyz'. * Hit 'd' to copy into delete buffer, left to navigate to homedir, 'p' to paste. * Scroll to 'xyz', hit 'd' again, scroll to navigate to 'b' (the 'original' directory), hit <right> to navigate in, hit 'p' to paste. * The file does *not* appear. It is however successfully copied, as demonstrated by navigating left and right again, or quitting/restarting lf etc. (in my experience, whether it is the symlinked directory or the original one which causes this problem is unpredictable, I'm sure it's not "random" but I'm not sure what the pattern is - so sometimes it's pasting into 'a' which triggers it instead). If 'set watch' is *not* enabled, this issue does not occur and the file appears 'instantly'. lf version 41. Installed using Arch Linux package. btrfs is the underlying filesystem. Thanks for all your hard work on lf, much appreciated!