-
Notifications
You must be signed in to change notification settings - Fork 42
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
after X continued failed metadata syncs, we need to raise an alert to the user #798
Comments
Just want to note that once the client uses the latest SDK with the fix, this code in the client on securedrop-client/securedrop_client/logic.py Lines 446 to 457 in 2988041
|
(in the client we only ask the user to reauthenticate when we see an ApiInaccessibleError) |
True, the metadata sync background thread silently "pings" the server every 15 seconds
Agreed, and it would be useful to determine whether or not we're seeing repeated |
On
master
there is a bug where after any failed metadata sync (this will be fixed with securedrop-sdk 0.0.13 as the issue was in the SDK logic) we raise the login window. Once that's resolved, the behavior we will have is the following:2a. Metadata sync then succeeds, all is well.
2b. Metadata sync continues to fail. User will only get the retry / paused behavior if the user then tries to take an action using the two main queues.
We need to limit the number of times (or the amount of time) that a metadata sync can fail in a transparent manner such that the user gets the retry window when they likely do need to take action: plug back in their network cable or whatever has gone wrong with their network connection.
Suggestion: modify the number of retries here https://github.com/freedomofpress/securedrop-client/blob/master/securedrop_client/sync.py#L118 and modify the failure signal behavior in the case of RequestTimeoutError
The text was updated successfully, but these errors were encountered: