View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0003641 | Taler | exchange | public | 2015-01-29 20:59 | 2016-05-23 06:02 |
| Reporter | Christian Grothoff | Assigned To | Christian Grothoff | 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 | feature | Reproducibility | N/A |
| Status | closed | Resolution | fixed | ||
| Platform | i7 | OS | Debian GNU/Linux | OS Version | squeeze |
| Product Version | git (master) | ||||
| Target Version | 0.0 | Fixed in Version | 0.0 | ||
| Summary | 0003641: implement /refund operation | ||||
| Description | Merchants should be able to sign a "/refund" request to give a payment back to the customer. The customer, being the only one with knowledge of the private key of the coin, can then refresh the coin to get unlinkability. The exchange simply needs to record the /refund and credit the coin for the value of the original transaction. More tricky is that /refund support means that the exchange may need to delay the SEPA transactions to the merchant. So we need to have an additional value in the original /deposit to tell us for how long a /refund should be possible. | ||||
| Tags | No tags attached. | ||||
| related to | 0003848 | closed | Christian Grothoff | implement /refund operation |
| More work done in 07d9978..0c959e7. Right now, mostly the DB interactions are missing. TODO: * new insert/select functions for /refunds * adapt existing coin history functions to also return /refunds * adapt aggregator to consider /refunds and refund_deadline constraints * expand testcase coverage to cover /refunds | |
| Database and coin history support done as of fbbc49b..302070b. | |
| Aggregator should now consider refund deadline constraint. This leaves writing the main testcase... | |
| Refund test completed and passes as of 922175d..8dfb3b8 | |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2015-01-29 20:59 | Christian Grothoff | New Issue | |
| 2015-01-29 21:00 | Christian Grothoff | Status | new => implementing |
| 2015-04-13 00:59 | Christian Grothoff | Target Version | => 0.4 |
| 2015-07-06 20:20 | Christian Grothoff | Relationship added | related to 0003848 |
| 2015-09-19 18:55 | Christian Grothoff | Assigned To | => Christian Grothoff |
| 2015-09-19 18:55 | Christian Grothoff | Status | implementing => assigned |
| 2016-02-18 14:43 | Christian Grothoff | Category | mint => exchange |
| 2016-03-20 20:53 | Torsten Grothoff | Issue cloned: 0004321 | |
| 2016-05-04 04:42 | Christian Grothoff | Priority | low => normal |
| 2016-05-04 04:53 | Christian Grothoff | Priority | normal => high |
| 2016-05-04 07:48 | Christian Grothoff | Description Updated | |
| 2016-05-05 21:00 | Christian Grothoff | Note Added: 0010651 | |
| 2016-05-06 11:35 | Christian Grothoff | Note Added: 0010652 | |
| 2016-05-20 13:55 | Christian Grothoff | Note Added: 0010696 | |
| 2016-05-21 17:22 | Christian Grothoff | Note Added: 0010697 | |
| 2016-05-21 17:22 | Christian Grothoff | Status | assigned => informing |
| 2016-05-21 17:22 | Christian Grothoff | Fixed in Version | => 0.0 |
| 2016-05-21 17:22 | Christian Grothoff | Resolution | open => fixed |
| 2016-05-21 17:22 | Christian Grothoff | Target Version | 0.4 => 0.0 |
| 2016-05-23 06:02 | Christian Grothoff | Status | informing => closed |