Skip to content

fix: continue instead of break in the submit task loop #87

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

Merged
merged 1 commit into from
May 13, 2025

Conversation

dylanlott
Copy link
Contributor

@dylanlott dylanlott commented May 13, 2025

fix: continue instead of break in the submit task loop

This PR makes the submit task future continue instead of break when it is done finishing its retry loop.
It was incorrectly breaking out of its submit loop after finishing one retrying_handle_inbound call.

Fixes ENG-1077

Copy link
Contributor Author

This stack of pull requests is managed by Graphite. Learn more about stacking.

@dylanlott dylanlott marked this pull request as ready for review May 13, 2025 16:05
Copy link
Member

@Evalir Evalir left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

approving to unblock

@dylanlott dylanlott merged commit edc64fa into main May 13, 2025
5 checks passed
Copy link
Contributor Author

Merge activity

@dylanlott dylanlott deleted the dylan/fix-submit-task branch May 13, 2025 16:15
@@ -286,7 +286,7 @@ impl SubmitTask {
};

if self.retrying_handle_inbound(&block, 3).await.is_err() {
break;
continue;
Copy link
Member

@prestwich prestwich May 14, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

the only way that retrying_handle_inbound exits with an err is if on L291 self.handle_inbound errors. which would mean an unhandled error in self.get_signature() or in self.submit_transaction()

self.submit_transaction() was unchanged in the previous PR

self.get_signature() can only error

  • if local signing errors
  • if sup_quincey errors

both of those are unrecoverable errors, and should result in breaking this loop and ending the submission task. this change suppresses those errors

it seems likely that whatever behavior was observed is related to the the quincey auth error that @rswanson was tracking

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants