-
Notifications
You must be signed in to change notification settings - Fork 58
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
Regression: maxDepth
silent crash on windows if set to less than 0
#127
Comments
maxFiles
can make node silenty crash on windows - Promise resolution is still pending but the event loop has already resolved
maxFiles
can make node silenty crash on windows - Promise resolution is still pending but the event loop has already resolved
maxDepth
can make node silenty crash on windows - Promise resolution is still pending but the event loop has already resolved
Can't reproduce it. |
are you on windows? anyways, reverting the queue refactor showcased in the screenshot seems to fix it, should i send a pr? |
That was unnecessary because as you can see, it enqueues and then immediately dequeues. Instead of that now it just returns which should be fine since there was no enqueuing. |
I am on Windows btw. |
interesting, i'm going to try to add a repro as a failing test and will pr that for now then, it's weird because i can consistently reproduce in both my machine and |
Ran this: const assert = require("node:assert");
const { fdir } = require("./dist/index");
const { test } = require("node:test");
test("test", async () => {
await new fdir()
.withMaxDepth(1)
.withErrors()
.crawl("node_modules")
.withPromise();
}); And worked fine. |
i see that |
Oh yes. Now I can repro it. Let me fix it. |
maxDepth
can make node silenty crash on windows - Promise resolution is still pending but the event loop has already resolved
maxDepth
silent crash on windows if set to less than 0
can confirm the fix works btw, just a small patchnotes nit: you mention it happened when it's |
I have no idea what causes this, but 6.4.1 broke tinyglobby tests on windows by throwing that in some tests. I have no idea if users are affected. Looking this issue up shows it might be related to node's test runner though
Seems to be thrown by a test that sets the
maxDepth
option, once it gets thrown node:test propagates it to all remaining testshttps://github.com/SuperchupuDev/tinyglobby/actions/runs/11371715863/job/31634407668?pr=60
EDIT: also happens outside node:test, instead of throwing an error it..doesn't run? definitely can affect users
repro code:
The text was updated successfully, but these errors were encountered: