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
In an osx + docker developer setup where host osx directories are mapped into the docker container, guard/listen running on the container does not correctly pickup the changes made by vim running on the host. This did not appear to be an issue with other editors like atom (or just touching the file in bash). In all those other scenarios, guard picks up the change event as expected.
Looking a bit closer at the issue, this appeared to be a side effect of how the linux adapter for guard/listen works and vim defaults for backupcopyvimdoc.
Using a test file residing on a host directory mounted into the docker container and using inotifywatch to monitor events on that file as seen from within the container, I could see both vim and other editors triggering both ATTRIB and MODIFY events.
However the ATTRIB events aren't meeting [some] criteria guard has in place before the watch actions for the event is executed.
I can try to construct more concrete steps for a test, but before that, can we determine if this issue is something guard might be interested in addressing/supporting?
docker on osx seems like a popular and growing combination for development, and so better support for that scenario would be great.
--
p.s. I can easily workaround this by changing the backupcopy=yes. So this issue is about better, functional defaults.
The text was updated successfully, but these errors were encountered:
In an osx + docker developer setup where host osx directories are mapped into the docker container,
guard/listen
running on the container does not correctly pickup the changes made by vim running on the host. This did not appear to be an issue with other editors like atom (or just touching the file in bash). In all those other scenarios, guard picks up the change event as expected.Looking a bit closer at the issue, this appeared to be a side effect of how the linux adapter for
guard/listen
works andvim
defaults forbackupcopy
vimdoc.Using a test file residing on a host directory mounted into the docker container and using
inotifywatch
to monitor events on that file as seen from within the container, I could see bothvim
and other editors triggering both ATTRIB and MODIFY events.However the ATTRIB events aren't meeting [some] criteria guard has in place before the watch actions for the event is executed.
I can try to construct more concrete steps for a test, but before that, can we determine if this issue is something guard might be interested in addressing/supporting?
docker on osx seems like a popular and growing combination for development, and so better support for that scenario would be great.
--
p.s. I can easily workaround this by changing the
backupcopy=yes
. So this issue is about better, functional defaults.The text was updated successfully, but these errors were encountered: