View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0009332 | Taler | wallet-core | public | 2024-11-09 17:51 | 2024-12-13 19:15 |
Reporter | MarcS | Assigned To | Florian Dold | ||
Priority | normal | Severity | minor | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Product Version | 0.14 | ||||
Target Version | 0.14 | Fixed in Version | 0.14 | ||
Summary | 0009332: wallet-core should NOT post balance-change when balance (or pending) didn't change | ||||
Description | After scanning e.g. a pay-talerURI, wallet-core immediately posts a transaction-state-transition (OK), followed by a 'balance-change' notification (not OK, because the user didn't yet confirm the payment, thus the balance didn't change, yet). This leads to unnecessary view updates which cause flicker. ==> only post balance-change *after* coins were added to or removed from the DB - or after pendingIncoming / pendingOutgoing changed. The wallet will immediately call getBalances and re-render all views... | ||||
Tags | No tags attached. | ||||
|
We now have an `isInternal` flag, which will (usually!) be set to true when the balance change doesn't affect the user-visible balance. We are not completely removing the internal balance change notification, as wallet-core needs them internally, and we might need them for testing. Not all internal balances changes are marked as such yet, we should address those on a case-by-case basis. |
Date Modified | Username | Field | Change |
---|---|---|---|
2024-11-09 17:51 | MarcS | New Issue | |
2024-11-09 17:51 | MarcS | Status | new => assigned |
2024-11-09 17:51 | MarcS | Assigned To | => Florian Dold |
2024-12-04 22:53 | Florian Dold | Status | assigned => resolved |
2024-12-04 22:53 | Florian Dold | Resolution | open => fixed |
2024-12-04 22:53 | Florian Dold | Note Added: 0023789 | |
2024-12-13 01:59 | Christian Grothoff | Fixed in Version | => 0.14 |
2024-12-13 02:00 | Christian Grothoff | Target Version | => 0.14 |
2024-12-13 19:15 | Christian Grothoff | Status | resolved => closed |