View Issue Details

IDProjectCategoryView StatusLast Update
0009161Talerwallet (iOS App)public2025-05-08 16:33
Reportert3sserakt Assigned ToMarcS  
PrioritynormalSeverityminorReproducibilityalways
Status resolvedResolutionfixed 
Product Version0.13 
Target Version1.0Fixed in Version1.0 
Summary0009161: Sending a small amount returns an error message.
DescriptionWhen sending a small amount ( > 1 Kudo) there is an error message displayed.
TagsNo tags attached.
Attached Files
IMG_1315.PNG (150,452 bytes)   
IMG_1315.PNG (150,452 bytes)   
IMG_1316.PNG (203,700 bytes)   
IMG_1316.PNG (203,700 bytes)   

Relationships

related to 0009763 confirmed iOS wallet should show the *raw* amount as the maximum depositable amount 

Activities

MarcS

2024-09-03 14:34

developer   ~0023149

Problem is that the amountAvailable as reported by wallet-core is not the "spendable" amount since fees need to be added (or rather subtracted from amountAvailable). And those fees might differ for different kind of transactions...

==> wallet-core needs to return the amountSpendable for each "prepare" or "check" call, so the wallets can show the user how much they can spend instead of throwing an ugly error message.

Florian Dold

2024-10-17 09:25

manager   ~0023540

Here we want the `checkPeerPushDebitV2` request that only throws on unrecoverable panics but returns a (typed) error on insufficient balance.

Florian Dold

2025-01-14 23:32

manager   ~0023983

Wallet-core now supports checkPeerPushDebitV2 with a tagged response type ("ok" and "insufficient-balance"). It only "panics" by throwing an exception on internal errors / completely unexpected situations.

Your original bug report says that an error message is returned when the amount is too small. I can't reproduce this behavior.

MarcS

2025-04-04 13:37

developer   ~0024399

asked t3sserakt to reproduce...

t3sserakt

2025-04-10 09:37

reporter   ~0024494

I did not get any error, when trying to reproduce this. Now the wallet lowers the spendable amount to consider the fee. Only issue remaining, that i am not able to bring the amount of kudos to 0. But this issue can be closed, I think!

MarcS

2025-04-10 09:41

developer   ~0024495

So, how can the user "empty" the wallet completely?

Florian Dold

2025-04-19 16:58

manager   ~0024613

Discussed privately on mattermost already:
* UI shows as the maximum depositable amount the *effective* amount
* The UI's input field represents the *raw* amount

The wallet can easily convert from raw->effective but not the other way around.

To allow the user to deposit their full balance, we should show the *raw* amount as the maximum depositable amount!

MarcS

2025-04-20 09:38

developer   ~0024621

t3sserakt confirmed (on Mattermost) that this doesn't happen anymore with v 0.14.4

Issue History

Date Modified Username Field Change
2024-09-03 13:45 t3sserakt New Issue
2024-09-03 13:45 t3sserakt Status new => assigned
2024-09-03 13:45 t3sserakt Assigned To => MarcS
2024-09-03 13:45 t3sserakt File Added: IMG_1315.PNG
2024-09-03 13:45 t3sserakt File Added: IMG_1316.PNG
2024-09-03 14:34 MarcS Note Added: 0023149
2024-09-03 14:35 MarcS Assigned To MarcS => Florian Dold
2024-10-17 09:25 Florian Dold Target Version => 1.0
2024-10-17 09:25 Florian Dold Note Added: 0023540
2025-01-14 23:32 Florian Dold Assigned To Florian Dold => MarcS
2025-01-14 23:32 Florian Dold Status assigned => feedback
2025-01-14 23:32 Florian Dold Note Added: 0023983
2025-04-04 13:37 MarcS Note Added: 0024399
2025-04-10 09:37 t3sserakt Note Added: 0024494
2025-04-10 09:37 t3sserakt Status feedback => assigned
2025-04-10 09:40 MarcS Assigned To MarcS => Florian Dold
2025-04-10 09:41 MarcS Note Added: 0024495
2025-04-19 16:58 Florian Dold Note Added: 0024613
2025-04-19 16:58 Florian Dold Assigned To Florian Dold => MarcS
2025-04-20 09:38 MarcS Status assigned => resolved
2025-04-20 09:38 MarcS Resolution open => fixed
2025-04-20 09:38 MarcS Fixed in Version => 0.14
2025-04-20 09:38 MarcS Note Added: 0024621
2025-04-20 09:44 MarcS Relationship added related to 0009763
2025-05-08 16:33 Christian Grothoff Fixed in Version 0.14 => 1.0