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
Yes it's a rookie mistake, but it also wouldn't hurt anyone I think if fdfind detected this mistake and wrote a heads-up message to stderr :)
Specifically: when a pattern is specified where any possible match would be implicitly filtered out, for example by the implicit --no-hidden, or others, if there are more cases like this
The text was updated successfully, but these errors were encountered:
The main complication is that patterns are regular expressions by default, where . means "any character" not "a dot". The expressions are also unanchored, meaning your .eslintrc.js pattern would match Aeslintrc.js.gz, foo.eslintrc.js, etc. I think warning every time the first pattern char is . would be too much. We could warn on
First time fd user, just took 3 minutes to figure out why fd won't find my
.eslintrc.js
file; see shell history:Yes it's a rookie mistake, but it also wouldn't hurt anyone I think if fdfind detected this mistake and wrote a heads-up message to stderr :)
Specifically: when a pattern is specified where any possible match would be implicitly filtered out, for example by the implicit --no-hidden, or others, if there are more cases like this
The text was updated successfully, but these errors were encountered: