-
Notifications
You must be signed in to change notification settings - Fork 90
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
Avoid panicking on negative durations #697
Conversation
@bors r+ |
Avoid panicking on negative durations This currently causes a panic when loading a run's details page after it has finished the initial processing (but not yet completed log uploads, I think?).
💔 Test failed - checks-actions |
ea9341f
to
7379810
Compare
@bors r+ |
Avoid panicking on negative durations This currently causes a panic when loading a run's details page after it has finished the initial processing (but not yet completed log uploads, I think?).
💔 Test failed - checks-actions |
@bors r+ |
Avoid panicking on negative durations This currently causes a panic when loading a run's details page after it has finished the initial processing (but not yet completed log uploads, I think?).
💔 Test failed - checks-actions |
OK -- I think the CI failure here is because of -Zno-index-update, which is incompatible with the sparse index. It used to be that a single index fetch was enough, because it contained all crates, but that's no longer true. I'm not sure yet if we should just stop passing it or instead configure Cargo to use the git index. |
This breaks with the sparse index being on by default. The right fix might be to configure Cargo to continue using the git index, but it's not super clear and potentially with the sparse index the fetches will be fast enough that we don't need to worry that much.
8b3f059
to
2f13d9f
Compare
@bors r+ |
☀️ Test successful - checks-actions |
This currently causes a panic when loading a run's details page after it has finished the initial processing (but not yet completed log uploads, I think?).