View Issue Details

IDProjectCategoryView StatusLast Update
0010184Talerwallet (all platforms)public2025-07-16 17:10
ReporterNemael Assigned ToFlorian Dold  
PriorityurgentSeverityblockReproducibilityalways
Status resolvedResolutionfixed 
PlatformAndroid/FirefoxOSAndroid/LinuxOS Version14/Mint
Product Version1.0 
Target Version1.0 stretch goals 
Summary0010184: Wallets error when paying on test database
DescriptionHi,

I am working with the Taler test database https://backend.demo.taler.net/instances/sandbox
When I place an order using the big blue "+" button, and I try to pay using either the Android app wallet or the Firefox add-on wallet, I receive errors and the payment doesn't go through

For the Firefox add-on wallet, I have 150 KUDOS on it.
I just placed this order `https://backend.demo.taler.net/instances/sandbox/webui/#/order/2025.197-0203D0517RDW0/details`
When trying to pay, I get a yellow error message saying `Balance is not enough because merchant will just accept 150 KUDOS. To know more you can check which exchange and auditors the merchant trust.` (screenshots attached for Order1)

For the android app, I have 50 KUDOS on it.
I just placed this order `https://backend.demo.taler.net/instances/sandbox/webui/#/order/2025.197-02404AAK8J0S8/details`
When trying to pay, I get a red error message saying `Balance insufficient! Maximum is 0.00 KUDOS. Merchant doesn't accept money from one or more providers in this wallet.` (screenshots attached for Order2)

I also tried placing an order using a direct POST request, instead of using the big blue "+" button, but it didn't change the outcome.

For context, I am developping an add-on for Odoo to implement the Taler payment system, and I would like to test a simple transfer completion, but it isn't working for me.
Steps To ReproducePlace an order on https://backend.demo.taler.net/instances/sandbox/
Try to pay the order using either the Firefox wallet or the android wallet
You will get an error as shown in the description and screenshots.
Additional InformationPlease reach out to panouillot.mael@gmail.com if you have any questions.
TagsNo tags attached.
Attached Files
Order1_Backoffice.png (212,878 bytes)   
Order1_Backoffice.png (212,878 bytes)   
Order1_FirefoxWallet.png (122,349 bytes)   
Order1_FirefoxWallet.png (122,349 bytes)   
Order2_AndroidWallet.png.jpeg (64,464 bytes)   
Order2_AndroidWallet.png.jpeg (64,464 bytes)   
Order2_Backoffice.png (206,476 bytes)   
Order2_Backoffice.png (206,476 bytes)   

Activities

Nemael

2025-07-16 07:40

reporter   ~0025504

There was this email exchange that was talking about an issue similar to the one I am raising in this ticket
https://lists.gnu.org/archive/html/taler/2024-09/msg00007.html
It says something about Wires not being setup properly, but I do not fully understand this concept, and I am not sure if this is something I can even change myself on the demo Backoffice

Christian Grothoff

2025-07-16 10:05

manager   ~0025506

This reads very much like the issue Marjan reported against demo. I've checked, the demo backend has the backend exchange correctly configured, so maybe a wallet regression. @Florian, please check?

Florian Dold

2025-07-16 17:09

manager   ~0025507

It was indeed a broken configuration of the merchant's bank account(s) in the merchant backend.

I've restored the configuration to a good state and prevented modifications for the sandbox merchant backend instance.

Creating new orders and paying for them now works again for me.

Issue History

Date Modified Username Field Change
2025-07-16 07:03 Nemael New Issue
2025-07-16 07:03 Nemael File Added: Order1_Backoffice.png
2025-07-16 07:03 Nemael File Added: Order1_FirefoxWallet.png
2025-07-16 07:03 Nemael File Added: Order2_AndroidWallet.png.jpeg
2025-07-16 07:03 Nemael File Added: Order2_Backoffice.png
2025-07-16 07:40 Nemael Note Added: 0025504
2025-07-16 10:05 Christian Grothoff Note Added: 0025506
2025-07-16 10:05 Christian Grothoff Assigned To => Florian Dold
2025-07-16 10:05 Christian Grothoff Status new => assigned
2025-07-16 10:05 Christian Grothoff Priority normal => urgent
2025-07-16 10:05 Christian Grothoff Severity major => block
2025-07-16 10:05 Christian Grothoff Target Version => 1.0 stretch goals
2025-07-16 17:09 Florian Dold Note Added: 0025507
2025-07-16 17:10 Florian Dold Status assigned => resolved
2025-07-16 17:10 Florian Dold Resolution open => fixed