Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Changes made via vim on a docker (osx) host are not picked up by guard running in a docker container #434

Closed
shyam-habarakada opened this issue Jul 25, 2017 · 3 comments

Comments

@shyam-habarakada
Copy link

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 backupcopy 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 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.

@shyam-habarakada
Copy link
Author

shyam-habarakada commented Jul 25, 2017

@a2ikm
Copy link

a2ikm commented Apr 9, 2018

@shyam-habarakada
Thank you, backupcopy=yes works for me!

@ColinDKelley
Copy link
Collaborator

This looks like a duplicate of #450 .

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants
@a2ikm @ColinDKelley @shyam-habarakada and others