View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0005158 | Taler | merchant backend | public | 2017-10-23 08:30 | 2018-04-15 18:36 |
| Reporter | Christian Grothoff | Assigned To | Florian Dold | Resolution deadline | |
| Implementer | Reviewer | ||||
| Release signed by | Deployed by | ||||
| Verifier | Communicator | ||||
| Data protection authority notification required | No | ||||
| CSIRT notification required | No | ||||
| Estimated effort (hours) | Actual effort (hours) | 0 | |||
| Fast-track | No | ||||
| Work package | none | ||||
| Priority | high | Severity | major | Reproducibility | N/A |
| Status | closed | Resolution | fixed | ||
| Platform | i7 | OS | Debian GNU/Linux | OS Version | squeeze |
| Product Version | git (master) | ||||
| Target Version | 0.5 | Fixed in Version | 0.5 | ||
| Summary | 0005158: error handling for /pay not comprehensive | ||||
| Description | Specifically, what happens if we store in merchant_transactions some timestamp/exchange and then the deposits (partially) fail? Do we undo the deposits? (auto-refund? how do we tell the wallet?) Do we allow a 2nd round of /pay? (likely case if wallet was restored from backup causing double-spending; what does the wallet do?) What happens if the exchange differs the 2nd time? (maybe the wallet has another exchange we _also_ accept this time?) | ||||
| Tags | No tags attached. | ||||
| related to | 0005206 | closed | Florian Dold | wallet / merchant should negotiate refunds on partially failed payments |
| Implementation and API spec is in principle now done, but testcase is missing. | |
| Tested as of 6b2297c..cc367e6 in merchant. So what is left is for the wallet to support this. | |
| Implemented in the wallet in 1a66e232a55df | |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2017-10-23 08:30 | Christian Grothoff | New Issue | |
| 2017-10-23 08:30 | Christian Grothoff | Status | new => assigned |
| 2017-10-23 08:30 | Christian Grothoff | Assigned To | => Christian Grothoff |
| 2017-11-04 17:05 | Christian Grothoff | Target Version | 0.7.1 => 0.6 |
| 2017-11-04 17:56 | Christian Grothoff | Priority | normal => high |
| 2017-12-14 14:48 | Christian Grothoff | Relationship added | related to 0005206 |
| 2017-12-28 16:26 | Christian Grothoff | Note Added: 0012707 | |
| 2018-01-04 11:00 | Christian Grothoff | Assigned To | Christian Grothoff => Florian Dold |
| 2018-01-04 11:00 | Christian Grothoff | Note Added: 0012723 | |
| 2018-01-15 20:13 | Christian Grothoff | Target Version | 0.6 => 0.5 |
| 2018-01-29 23:57 | Florian Dold | Status | assigned => informing |
| 2018-01-29 23:57 | Florian Dold | Resolution | open => fixed |
| 2018-01-29 23:57 | Florian Dold | Note Added: 0012829 | |
| 2018-04-15 18:35 | Christian Grothoff | Fixed in Version | => 0.5 |
| 2018-04-15 18:36 | Christian Grothoff | Status | informing => closed |
| 2025-03-22 13:09 | Christian Grothoff | Category | mechant backend => merchant backend |