fix(storage): trim provider resolver & pass all erorrs through#702
Merged
hugomrdias merged 1 commit intomasterfrom Mar 30, 2026
Merged
fix(storage): trim provider resolver & pass all erorrs through#702hugomrdias merged 1 commit intomasterfrom
hugomrdias merged 1 commit intomasterfrom
Conversation
validateDataSet is mostly redundant here because getClientDataSets already applies roughly the same filters so it's primarily acting as an invariant (i.e. does PDPVerifier agree that this is still active and managed by FWSS?). So we can remove one RPC call per data set and it's the call that can throw, so all other errors that come from these RPC calls are going to be problems for the user to deal with (such as RPC rate limit errors).
Collaborator
Author
|
The other instances of |
Deploying with
|
| Status | Name | Latest Commit | Updated (UTC) |
|---|---|---|---|
| ❌ Deployment failed View logs |
synapse-dev | 6fe56be | Mar 30 2026, 03:28 AM |
rjan90
approved these changes
Mar 30, 2026
hugomrdias
approved these changes
Mar 30, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
validateDataSet is mostly redundant here because getClientDataSets already applies roughly the same filters so it's primarily acting as an invariant (i.e. does PDPVerifier agree that this is still active and managed by FWSS?). So we can remove one RPC call per data set and it's the call that can throw, so all other errors that come from these RPC calls are going to be problems for the user to deal with (such as RPC rate limit errors).
validateDataSet throwing here is one of those "throw == false" situations, but of course we're not doing any sophisticated checking here and swalling any other kind of error, including RPC. The theory behind not being strict is something like: it's not critical that we find a matching data set, it's more critical that we get the user's data uploaded. But in the case of dealbot which is trying to be precise, that falls apart and our user in that case doesn't want any laxity.