| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
* This documents the method
So it’s essentially always a no-op from the user’s perspective? I wouldn’t document it as public API then, and instead look into making it private. |
Sorry, something went wrong.
That's what it looks like, unless there is some edge case where it is needed that i can't see. Also, there is this issue, #17430, which sort of talks about how it might not be needed. If we do make it a private function, then what would be the process here. First, add the new private function, and also doc-deprecate the current function? |
Sorry, something went wrong.
People might disagree with me on this but I’d just make it private as a semver-major PR, given that it seems useless otherwise, which makes it very likely that nobody uses it. If we do follow a deprecation cycle on this, we could start with a runtime deprecation, because it’s undocumented to begin with. |
Sorry, something went wrong.
This would probably be my preference here, but i'll wait to here more feed back. Is there someone/team that would be helpful to ping? |
Sorry, something went wrong.
|
@nodejs/tsc ^^^ |
Sorry, something went wrong.
|
I agree with @addaleax in #29872 (comment). |
Sorry, something went wrong.
|
@addaleax @cjihrig I'll probably give this until the end of today for others to comment, and if no one objects, i'll probably create another PR, referencing this one, that changes watcher.start to watcher._start. should there be something added to the deprecations.md file for this(as a runtime depcrecation) or just make sure to specify that it is a semver-major pr? |
Sorry, something went wrong.
|
closing this now since FSWatcher.start has been removed in this PR , #29905 |
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
There was // FIXME in the fs module for documenting the undocumented FSWatcher.start method.
This PR adds docs for that function.
Although, while looking into that function, it doesn't really make sense to have it exposed to an end user. A user can't actually create an instance of a FSWatcher by themselves, they get it as a result of calling fs.watch, which will call start when a valid filename is given. If the user calls start again on an already started watcher, then it is a noop. Calling start on a closed watcher also does nothing.
I wonder if we should consider making this a "private" method. It might be more effort than it is worth though and docs might just be enough
There are 2 more "FIXME"'s in this module related to docs that i'm planning on sending PR's for, but wanted to get some input on the above paragraph, since they are very similar
Checklist