`.gitignore: true` makes globby crash on directory with bad read permissions about globby

[phiresky]

It seems like the underlying issue here is more that globby indiscriminately recursively searches for .gitignore files everywhere before doing anything else, which seems to mean it scans through all sorts of directories that are deeply nested inside dirs that are gitignored, which eem like a large perf issue in addition to causing this read permission error (i don't want it to scan 1 million files in my gitignored node_modules folder just because there might be a gitignore file somewhere in there

[sindresorhus]

I would say this is a bug. The gitignore: true functionality should simply ignore a directory if it's not readable as the globbing would not find anything there anyway.

[ChristophP]

Yes, I agree. Ignored und readable directories would be a sensible default behavior.
Maybe along with a warning that a certain directory could not be read.

[ChristophP]

I started looking into this a bit.

To me the best way to fix this would be to pass suppressErrors as true always in this line.

https://github.com/sindresorhus/globby/blob/main/ignore.js#L68

That even seems to be intented according to the fast-glob README.

Can be useful when the directory has entries with a special level of access.

However, I am not sure if this has unwanted side effects such as other errors that users would want to know about not being reported.

Also, this might mean that it's worth mentioning in the globby README that suppressErrors is true by default.

Do you think this would be a solution worth implementing or not?

The actual implementation could probably be as simple as changing the default value of suppressErrors to true if it's not passed in this line

const normalizeOptions = (options = {}) => ({
	cwd: toPath(options.cwd) || process.cwd(),
-	suppressErrors: Boolean(options.suppressErrors),
+       suppressErrors: options.suppressErrors === false ? false : true, // make sure supressErrors is aways true unless explicitly passed as false
	deep:
		typeof options.deep === "number" ? options.deep : Number.POSITIVE_INFINITY,
});

[florent-andre]

👍
{suppressErrors:true} as option remove the error on Linux for a drwx------ 4 root root folder