-
-
Notifications
You must be signed in to change notification settings - Fork 962
Add AddRaw method which does not follow symlinks #289
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
Conversation
a74321f to
3891ea9
Compare
nathany
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This looks like a good idea. Thanks.
|
This would also fix #227. |
12ace1d to
8b18300
Compare
niejian
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
niejian
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
lgtm
|
Thanks. And apologies for the delay. We need to sort out that CI issue #373. |
|
Here's a PR for migrating away from Travis CI which shows green for master with go 1.11+ #378. I rebased a copy of this branch onto that and the build is green too [test results] |
|
@Code0x58 I sent you a GitHub invite. Feel free to merge this. Would you be willing to also update the CHANGELOG, AUTHORS, and tag a new release? |
* introduce GitHub Actions * Add lint+vet+old versions to GitHub Action * Remove Travis CI and references * Drop support/testing for Go 1.11 and earlier (fsnotify#381) * Update x/sys to latest (fsnotify#379) * add //go:build lines + add 1.17.0-rc2 to test matrix (fsnotify#377) * Update test matrix for go 1.17 stable release (fsnotify#385) * Add AddRaw to not follow symlinks + Fix link folloing on Windows (fsnotify#289) * v1.5.0 preparation (fsnotify#380) * revise pull request template * Revert "Add AddRaw to not follow symlinks + Fix link folloing on Windows (fsnotify#289)" This reverts commit e2e9517. * prepare 1.5.1, retract 1.5.0 * Removed dead link * Update issue templates (fsnotify#410) * Update issue templates * remove old issue template * Test on Go 1.18 and two most recent versions (fsnotify#411) * Test on Go 1.18 and two most recent versions * on push * ci * update readme * revise contributing * maintainers wanted * Final Notice: Maintainers Wanted * fix go vet warnings: call to (*T).Fatalf from a non-test goroutine (fsnotify#416) * made the changes related to recursive directory check * made changes in window.go for buffer size * DA-992: Pair windows' delete + create event to generate a rename event (#1) * made the changes related to recursive directory check * made changes in window.go for buffer size * added the oldname attribute * old name added to rename event, one event is generated for rename * added oldname in printing rename events * tests for checking the oldName attr for rename added * create fsnotify event added * input to create event changed * create fsnotify event function modified * ID added * logs added * added create fsnotify event in inotify * logs added * prints added * reviews * reviews addressed * Hangkun/da 992/window rename event (#2) * Let's begin * Add getpath * Init test workflow * 1.40.0 exits? * Linter fix * asdf * 100 Co-authored-by: hu13 <[email protected]> * Clean up unused * Badge Co-authored-by: Hangkun Ung <[email protected]> Co-authored-by: hu13 <[email protected]> * Rebase upstream fixes * Rename bundle only works on windows * Update CI golang Co-authored-by: Ichinose Shogo <[email protected]> Co-authored-by: Oliver Bristow <[email protected]> Co-authored-by: Nahum Shalman <[email protected]> Co-authored-by: Nathan Youngman <[email protected]> Co-authored-by: Loïc Vernet <[email protected]> Co-authored-by: Nathan Youngman <[email protected]> Co-authored-by: paris <[email protected]> Co-authored-by: hu13 <[email protected]>
This is a minor† change for #199 which on the surface adds a
AddRawmethod to the public interface which does not resolve symlinks before starting a watch.Addmethods to be calledAddRawand not follow symlinksAddmethod which usesfilepath.EvalSymlinks(name)before callingAddRawconsider adding atomic symlink update method(separate issue)A follow on from this would be to offer a high level interface as mentioned on my initial comment for the issue - this can be tracked in a separate issue+PR.
† this does change the behaviour of
Addon windows as it didn't follow symlinks (which do exist) before, but now it does