Skip to content
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

Turn off background updates after failures and reduce logging #1379

Open
wants to merge 1 commit into
base: develop
Choose a base branch
from

Conversation

anttimaki
Copy link
Collaborator

Thunderstore's Sentry logs are full of reports where the background update fails time and time again. While this is a sort of inverse survivor bias, it's probably safe to assume that once the background updates start failing, they're unlikely to start working again. So turn off the background updates instead.

When the background updates are turned off, an error modal is shown. I couldn't think of a better way to notify the user about the mod manager suddenly going "offline". There's a change that making the background update failure visible to users this way causes a flood of support requests.

If the failure was due to network error or the request timing out, the errors are omitted. Currently these two are number 3 and 4 on Thunderstore's Sentry, and they're just noise since we can't do ~anything about them. Other errors, e.g. related to caching the package list to IndexedDB are still logged in the hopes that we can figure out how to solve at least some of them.

Thunderstore's Sentry logs are full of reports where the background
update fails time and time again. While this is a sort of inverse
survivor bias, it's probably safe to assume that once the background
updates start failing, they're unlikely to start working again. So
turn off the background updates instead.

When the background updates are turned off, an error modal is shown.
I couldn't think of a better way to notify the user about the mod
manager suddenly going "offline". There's a change that making the
background update failure visible to users this way causes a flood
of support requests.

If the failure was due to network error or the request timing out,
the errors are omitted. Currently these two are number 3 and 4 on
Thunderstore's Sentry, and they're just noise since we can't do
~anything about them. Other errors, e.g. related to caching the
package list to IndexedDB are still logged in the hopes that we can
figure out how to solve at least some of them.
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.

1 participant