Open brusherru opened 11 months ago
@maparr After multiple attempts, I still could not reproduce it. The user that reported it initially confirmed on Discord that it disappeared for him as well by itself after some time.
Another User reported it, Sentry report ID aaf4ce744f69481182eae00d950dec4c
I wanted to share my thoughts on this particular issue. During the database compaction process introduced in go-spacemesh, there were instances where the node failed to respond correctly and provided inaccurate responses to smapp requests. Alternatively, it's possible that smapp had trouble interpreting the response correctly.
This problem was temporary and only affected users while they were compacting their databases, requiring them to wait for 4-24 hours for the process to complete.
While this issue bears some resemblance to issue 1474, it is a distinct problem.
In conclusion, this was a brief issue that primarily occurred when users had large state database sizes. Currently, the community is no longer experiencing this problem.
It's worth noting that we may encounter issues in any part of the system if it behaves differently from previous versions, such as longer response times from the node or the node waiting for certain conditions.
However, I haven't been able to reproduce this issue properly when my database state is not big, and the community hasn't reported the problem lately. In my opinion, we are in an acceptable state. Even if we were to attempt a fix, it would lack proper testing, which I strongly discourage.
cc: @lrettig , @brusherru , @monikasmolarek
@brusherru I have a similar problem but on the POS setup page:
Environment
Describe the bug
Smapp displays
Data Size: NaN GiB
on the Smesher screen.numUnits
field,SmesherService.PostConfig
returns a valid valuesSteps to reproduce
Expected behavior
It should display the actual PoS size
Actual behavior
It displays
NaN GiB
instead