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

Slow refresh rate of block number #1102

Closed
Sovxx opened this issue Aug 25, 2018 · 6 comments
Closed

Slow refresh rate of block number #1102

Sovxx opened this issue Aug 25, 2018 · 6 comments
Assignees
Labels
medium effort remaining quality improvements This item indicates the need for or supplies changes that improve maintainability
Milestone

Comments

@Sovxx
Copy link

Sovxx commented Aug 25, 2018

nano_wallet v15.2
Ubuntu 64 18.04

GUI improvement

The block count is updated every 10s to 3min (very roughly).
Not sure how the tech actually works backstage, but if possible it would look more "satisfying" to have the block count update every 1s (like a transfer in emule or bittorrent).

@Nanoraii
Copy link

I noticed that too. Since v15 the block count shown in the wallet is always lagging behind. I have to do a block count via RPC to get the correct number. As soon as you do the block_count command also the GUI updates to the correct number. Was there a change in the refresh rate?

@Sovxx
Copy link
Author

Sovxx commented Aug 25, 2018

From my personal experience, I have not noticed big differences in refresh rate since v10 or maybe before.

@rkeene rkeene added this to the V19.0 milestone Aug 25, 2018
@i3bitcoin
Copy link

i3bitcoin commented Aug 27, 2018

This is true, since I upgraded to Release V15.2, I'm 6000 blocks behind and can't catch the latest block,
Or maybe it's somehow connected to the increase of blocks generated last days.

@i3bitcoin
Copy link

Finally, after the downgrade back to 14.2 I got synced with the latest blocks immediately, be sure it's a bug/technical trait of the Release 15.2.

@zhyatt zhyatt modified the milestones: V19.0, V18.0 Jan 10, 2019
@zhyatt zhyatt assigned cryptocode and unassigned devinus and SergiySW Jan 10, 2019
@cryptocode
Copy link
Contributor

Possibly solved by #1482

@cryptocode cryptocode added medium effort remaining quality improvements This item indicates the need for or supplies changes that improve maintainability labels Jan 10, 2019
@cryptocode
Copy link
Contributor

This appears to be fixed. Feel free to reopen if you think there's still an issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
medium effort remaining quality improvements This item indicates the need for or supplies changes that improve maintainability
Projects
None yet
Development

No branches or pull requests

8 participants