View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0008086 | Taler | wallet-core | public | 2024-01-13 23:40 | 2024-03-07 20:49 |
| Reporter | Christian Grothoff | Assigned To | Florian Dold | ||
| Priority | high | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Platform | i7 | OS | Debian GNU/Linux | OS Version | squeeze |
| Product Version | git (master) | ||||
| Target Version | 0.9.4 | Fixed in Version | 0.9.4 | ||
| Summary | 0008086: strange state machine behavior on failed payments | ||||
| Description | Do this: - withdraw - create order - claim order - delete claimed order (with force=yes) in the merchant backend - pay order The last expectedly fails with a 404. But then, I have to manually: - abort payment (ok, I guess, maybe a bit optimistic on a 404 to require user to do anything) - cancel payment (already bad, abort should just work and refresh the coins and then call it a day; cancel also warns about loss of *coins* (bad term, should only warn about loss of money!). Aside from the error message, I didn't check if I actually lost money, but clearly the "cancel" stage should be very quickly done, instead of lasting minutes / forever. | ||||
| Tags | No tags attached. | ||||
|
|
Fixed in cc07d767. We still require the manual abort, but properly transition into the aborted final state when `orders/${orderId}/abort` returns 404 with the right Taler EC. There is also a new integration test (payment-deleted) that tests the transition. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2024-01-13 23:40 | Christian Grothoff | New Issue | |
| 2024-01-13 23:40 | Christian Grothoff | Status | new => assigned |
| 2024-01-13 23:40 | Christian Grothoff | Assigned To | => Florian Dold |
| 2024-01-15 19:41 | Florian Dold | Status | assigned => resolved |
| 2024-01-15 19:41 | Florian Dold | Resolution | open => fixed |
| 2024-01-15 19:41 | Florian Dold | Note Added: 0020879 | |
| 2024-01-15 20:47 | Christian Grothoff | Fixed in Version | => 0.9.4 |
| 2024-01-15 20:47 | Christian Grothoff | Target Version | 0.10 => 0.9.4 |
| 2024-03-07 20:49 | Christian Grothoff | Status | resolved => closed |
