View Issue Details

IDProjectCategoryView StatusLast Update
0005732Talermechant backendpublic2019-05-27 15:58
ReporterFlorian DoldAssigned ToMarcello Stanisci 
PrioritynormalSeverityminorReproducibilityhave not tried
Status resolvedResolutionfixed 
Product Version 
Target VersionFixed in Version 
Summary0005732: refund sometimes fails with insufficient logging
DescriptionThis *might* happen when the refund+withdraw fees are too high, and the customer effectively wouldn't get any money back. That's just a wild guess though.

May 24 19:00:09-304538 taler-merchant-httpd-317(Y4Z523NJH7HSB560YTQD0P5808) INFO Handling request (POST) for URL '/refund'
May 24 19:00:09-304602 taler-merchant-httpd-317(Y4Z523NJH7HSB560YTQD0P5808) INFO Handling request (POST) for URL '/refund'
May 24 19:00:09-304627 taler-merchant-httpd-317(Y4Z523NJH7HSB560YTQD0P5808) INFO Handling request (POST) for URL '/refund'
May 24 19:00:09-306314 taler-merchant-httpd-317(Y4Z523NJH7HSB560YTQD0P5808) ERROR increase refund returned 1
May 24 19:00:09-344120 taler-merchant-httpd-317(Y4Z523NJH7HSB560YTQD0P5808) INFO Finished handling request for `/refund' with status 0
TagsNo tags attached.

Activities

Marcello Stanisci

2019-05-27 15:54

manager   ~0014446

3f6d32f..3e295bc fixes this. The real problem was the loglevel set as ERROR; now put as DEBUG.

Marcello Stanisci

2019-05-27 15:58

manager   ~0014447

In fact, that "ERROR" line is telling that the refund got accepted.

Issue History

Date Modified Username Field Change
2019-05-24 19:13 Florian Dold New Issue
2019-05-24 19:13 Florian Dold Status new => assigned
2019-05-24 19:13 Florian Dold Assigned To => Marcello Stanisci
2019-05-27 15:54 Marcello Stanisci Note Added: 0014446
2019-05-27 15:58 Marcello Stanisci Note Added: 0014447
2019-05-27 15:58 Marcello Stanisci Status assigned => resolved
2019-05-27 15:58 Marcello Stanisci Resolution open => fixed