-
Notifications
You must be signed in to change notification settings - Fork 59
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
Refresh cache more often in GUI while wallet or blockchain is syncing #1421
Refresh cache more often in GUI while wallet or blockchain is syncing #1421
Conversation
This will make it easier to reuse elsewhere.
Refresh the cache more often while the wallet has a syncing status of some kind in order to detect sooner that this has finished. This does not cover syncing scenarios that require the first poll to be detected since we don't currently store the required info (the last poll at startup). This should be covered in a follow-up.
// If external daemon, we cannot be sure it will return last poll as it | ||
// depends on the version, so assume it won't unless the last poll at | ||
// startup is set. | ||
// TODO: should we check the daemon version at GUI startup? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
iirc we assume an user always run a daemon w/ same version as the GUI?
Maybe we should just add a sanity check for this in a separate PR?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'll create an issue for that.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This can be tracked in #1429.
tACK 918909d |
This is to resolve #1414.
In the end, I felt it was simple enough to include commits that cover both parts of #1414 (the short-term change and the follow-up).
I start with the short-term change (setting the refresh interval ignoring the last poll logic) and then follow with commits that cover all syncing statuses.
I don't use as high a refresh frequency for a remote backend as for a local backend, but these values can be easily changed if required.