View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0008015 | Taler | exchange | public | 2023-12-19 18:33 | 2024-03-07 20:47 |
| Reporter | Florian Dold | Assigned To | Christian Grothoff | ||
| Priority | normal | Severity | minor | Reproducibility | have not tried |
| Status | closed | Resolution | fixed | ||
| Target Version | 0.9.4 | Fixed in Version | 0.9.4 | ||
| Summary | 0008015: purse expires without refunding coins | ||||
| Description | The exchange reports an expired purse without refunding coins. Of course the taler-exchange-expire process needs to be run for purses to be expired and refunded properly. But even when the process does *not* run, purses should simply not be reported as expired until they were refunded. Otherwise, we end up in a state where the following statements are true at the same time: * purse has been reported as expired and can't be merged anymore * coins deposited in the purse are not refunded yet | ||||
| Tags | No tags attached. | ||||
|
|
I've now changed the code to ONLY return 410 gone once the purse was properly expired and otherwise always allow it to still be merged. I've also increased the default purse expiration job frequency from once per hour to once per minute, so as to ensure that the expiration also roughly happens at the right time. |
|
|
Note that I'm resolving this with limited testing as there was no integration test provided to begin with, but as you were claiming to be "blocked" on this, I strongly suspect you do have one... |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2023-12-19 18:33 | Florian Dold | New Issue | |
| 2023-12-19 18:33 | Florian Dold | Status | new => assigned |
| 2023-12-19 18:33 | Florian Dold | Assigned To | => Christian Grothoff |
| 2023-12-22 06:53 | Christian Grothoff | Target Version | 0.9.4 => 0.10 |
| 2023-12-22 15:06 | Christian Grothoff | Target Version | 0.10 => 0.11 |
| 2023-12-24 19:14 | Christian Grothoff | Note Added: 0020804 | |
| 2023-12-24 19:14 | Christian Grothoff | Status | assigned => resolved |
| 2023-12-24 19:14 | Christian Grothoff | Resolution | open => fixed |
| 2023-12-24 19:14 | Christian Grothoff | Fixed in Version | => 0.9.4 |
| 2023-12-24 19:14 | Christian Grothoff | Note Added: 0020805 | |
| 2023-12-24 19:15 | Christian Grothoff | Target Version | 0.11 => 0.9.4 |
| 2024-03-07 20:47 | Christian Grothoff | Status | resolved => closed |
