-
Notifications
You must be signed in to change notification settings - Fork 294
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
Race in timeout failure report generation #815
Comments
Looks like #813 should also have addressed this issue. Closing as done. |
Actually, very short-lived processes can still run into this issue... Reopening. |
sywhang
added a commit
to sywhang/fx
that referenced
this issue
Nov 20, 2021
When fx is run with a very short timeout, it's possible for the timeout error message to be in a bad format "OnStart hook added by failed" where the name of the OnStart hook's caller hasn't been recorded before the context times out. This fixes the error message generation to not rely on the OnStart hook's caller always being known to fix this race. Fixes uber-go#815
sywhang
added a commit
to sywhang/fx
that referenced
this issue
Nov 20, 2021
When fx is run with a very short timeout, it's possible for the timeout error message to be in a bad format "OnStart hook added by failed" where the name of the OnStart hook's caller hasn't been recorded before the context times out. This fixes the error message generation to not rely on the OnStart hook's caller always being known to fix this race. Fixes uber-go#815
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
When there is a timeout, we try to generate a timeout report by printing what timed out. There is a race in this logic which sometimes results in CI failures like this:
We can actually repro this pretty easily by changing the timeout in TestAppStart/Timeout to 1 nanosecond:
The text was updated successfully, but these errors were encountered: