View Issue Details

IDProjectCategoryView StatusLast Update
0007299Talerwallet (TS core)public2022-09-05 15:39
ReporterChristian Grothoff Assigned ToFlorian Dold  
Status resolvedResolutionfixed 
Platformi7OSDebian GNU/LinuxOS Versionsqueeze
Summary0007299: taler-wallet core attempts to pay even if wire method mismatches
DescriptionThe contract terms contain the wire method. Some tests set it to 'x-taler-bank', even though the exchange (as seen in /wire) only supported 'sepa'. The wallet nevertheless attempts to pay. The result is not pretty. It seems the merchant backend doesn't even forward the payment attempt (after getting /wire), but then doesn't give a good message to the wallet *or* the wallet handles it badly. Not sure which yet... ;-)
TagsNo tags attached.


Christian Grothoff

2022-08-12 00:16

manager   ~0019004

Seems this is reproduced by the current

2022-08-12T00:15:13.492544+0200 taler-merchant-httpd-227898(JNQGD1MM2HR02JCPZHTD7X9WAG) INFO Exchange supports `iban' as a wire method (but we do not use that one)
2022-08-12T00:15:13.492577+0200 taler-merchant-httpd-227898(JNQGD1MM2HR02JCPZHTD7X9WAG) WARNING Exchange does not support our wire method. Retrying in 1 m
2022-08-12T00:15:28.498586+0200 taler-merchant-httpd-227898(JNQGD1MM2HR02JCPZHTD7X9WAG) INFO Request for `/instances/test/orders/2022.224-030B375NVSCCW/pay' completed with HTTP status 504 (0)

Florian Dold

2022-08-12 10:45

manager   ~0019005

Is this really something that the wallet must check? This seems like the merchant configuration is wrong here and/or the contract terms are invalid. I guess the wallet *could* output a "merchant is misconfigured" message

The wallet currently only uses the wire method to compute wire fees (to potentially cover wire fees when the merchant doesn't cover them). If the merchant specifies a wire method that the exchange doesn't specify, it assumes that these fees are zero.

Florian Dold

2022-09-05 15:39

manager   ~0019090

Fixed and tested in 43b893b8c.

Issue History

Date Modified Username Field Change
2022-08-12 00:14 Christian Grothoff New Issue
2022-08-12 00:14 Christian Grothoff Status new => assigned
2022-08-12 00:14 Christian Grothoff Assigned To => Florian Dold
2022-08-12 00:16 Christian Grothoff Note Added: 0019004
2022-08-12 10:45 Florian Dold Note Added: 0019005
2022-09-05 15:39 Florian Dold Status assigned => resolved
2022-09-05 15:39 Florian Dold Resolution open => fixed
2022-09-05 15:39 Florian Dold Note Added: 0019090