View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0008267 | Taler | wallet-core | public | 2024-01-25 12:22 | 2024-04-15 21:32 |
Reporter | Florian Dold | Assigned To | Florian Dold | ||
Priority | normal | Severity | minor | Reproducibility | have not tried |
Status | closed | Resolution | fixed | ||
Target Version | 0.10 | Fixed in Version | 0.10 | ||
Summary | 0008267: make sure that balance-change notifications come after the corresponding transaction transitioned | ||||
Description | Otherwise it can look to the user in the UI for a brief moment like money has disappeared. | ||||
Tags | No tags attached. | ||||
|
I fixed one instance where the balance-change notification was emitted *before* the transition notification. @MarcS: Did you have any particular way to reproduce this issue? |
|
No. When I reported this I was examining the log file to check why/how the behavior I saw could have happened. Problem was calling getBalances too early, before wallet-core updated the DB. I changed my code to "cache" balance-changed-notifications (by setting an internal flag) so they won't trigger immediately. Instead the iOS app now (rather since fall last year) calls getBalances if that flag is set when the user returns to the Balances view, to ensure to get the most recent data. |
Date Modified | Username | Field | Change |
---|---|---|---|
2024-01-25 12:22 | Florian Dold | New Issue | |
2024-01-25 12:22 | Florian Dold | Status | new => assigned |
2024-01-25 12:22 | Florian Dold | Assigned To | => Florian Dold |
2024-03-27 19:23 | Florian Dold | Assigned To | Florian Dold => MarcS |
2024-03-27 19:23 | Florian Dold | Status | assigned => feedback |
2024-03-27 19:23 | Florian Dold | Note Added: 0022013 | |
2024-03-28 06:31 | MarcS | Note Added: 0022027 | |
2024-03-28 06:31 | MarcS | Assigned To | MarcS => Florian Dold |
2024-03-28 12:30 | Florian Dold | Status | feedback => resolved |
2024-03-28 12:30 | Florian Dold | Resolution | open => fixed |
2024-04-09 13:11 | Christian Grothoff | Fixed in Version | => 0.10 |
2024-04-15 21:32 | Christian Grothoff | Status | resolved => closed |