-
Notifications
You must be signed in to change notification settings - Fork 272
feat(refresh): reset interval on manual refresh #1014
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
Conversation
Just sharing my opinion about this: first point looks good to me but I don't agree with the second, IMO the user should be free to refresh whenever he wants, and if he gets rate-limited because he clicked the refresh button too many times, too bad for him but that's his problem |
However, having a configurable interval could probably also help with the rate-limiting issue? |
You have a need to manually refresh multiple times within the minute? 🤔 |
@afonsojramos @brandonweiss - what is your take on item 2 above. Should we pull it or keep it? |
Raised this as a new FR #1027 1027 |
Agree with @adufr here. Refreshing manually may increase usage, but it was manual, so that's the user's responsibility. We should not take that "power" away imo. |
OK then.... |
Reverting the change in e62aa37, we can iterate in the future if needed. Let's get |
This PR further helps reduce the chance of rate-limiting conditions by
disabling the manual refresh button, if clicked, until the next internal (default: 1 minute) to prevent repeated clicksremoved based on PR feedbackI have also taken the opportunity to refactor the hardcoded fetch interval into our Constants file