View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0006590 | Taler | documentation | public | 2020-09-08 20:20 | 2023-01-26 21:53 |
| Reporter | Florian Dold | 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 | normal | Severity | text | Reproducibility | have not tried |
| Status | closed | Resolution | fixed | ||
| Product Version | git (master) | ||||
| Target Version | 0.9.1 | Fixed in Version | 0.9.1 | ||
| Summary | 0006590: clarify UX for (partially) failed payments | ||||
| Description | For partially failed payments, the user should be given the option to abort, which then issues an "abort with refund". If that succeeds, everything is fine. But what if it doesn't? Should the user be given some "abort with potential losses" option that tries to refresh as much as possible? Should the wallet "forever" try to get refunds from the merchant for money we didn't recover via refresh? We need to clarify this, and ideally document it. | ||||
| Tags | No tags attached. | ||||
| Well, we first of all clearly will refresh as much as possible for the coins that succeed. Now, if for some it does _not_ work, I'd say we show this in the transaction history for the (failed) purchase with: - amount lost - reason (as human readable as possible, i.e. 'too late for refund', or 'merchant protocol violation' - offer to export proof as JSON For 0.9 there is lots of "export proof as JSON" to be added for all kinds of bad behaviors (basically any merchant or exchange protocol violation) as well as at least one 'normal' one: proof of purchase. So my opinion: for all protocol violations (or even just "tough luck" situations like too-late-for-refund), we should have a way to export a JSON proof in the transaction history view. | |
| Bumping to 0.9, as proof exports is 0.9.x. | |
| > partially failed payments, the user should be given the option to abort Apart from protocol violations, what are other reasons for payment to only fail partially? Is there any reason why we can't automatically try to recover as many funds as possible in these situations? | |
| Discussed on Mumble: The UI should show an "abort" button while the payment is pending. Only when the transaction is aborted or finished, the forget button should show. | |
| The wallet now supports aborting transactions and force-aborting transactions that are in the "aborting" state. The UI should only allow forgetting transactions that are finished/aborted/failed and show the "abort" as "cancel" when the transaction is aborting, and warn the user that this might result in lost coins. | |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2020-09-08 20:20 | Florian Dold | New Issue | |
| 2020-09-08 20:20 | Florian Dold | Status | new => assigned |
| 2020-09-08 20:20 | Florian Dold | Assigned To | => Christian Grothoff |
| 2020-09-09 23:13 | Christian Grothoff | Note Added: 0016956 | |
| 2020-09-09 23:13 | Christian Grothoff | Target Version | 0.8.1 => 0.9 |
| 2020-09-09 23:13 | Christian Grothoff | Note Added: 0016957 | |
| 2020-09-09 23:13 | Christian Grothoff | Assigned To | Christian Grothoff => Florian Dold |
| 2020-09-11 20:56 | Christian Grothoff | Severity | minor => text |
| 2020-09-28 17:50 | grote | Note Added: 0016984 | |
| 2020-10-11 19:14 | Christian Grothoff | Category | other => documentation |
| 2022-10-20 09:20 | Christian Grothoff | Target Version | 0.9 => 0.9.1 |
| 2023-01-10 17:50 | Florian Dold | Note Added: 0019628 | |
| 2023-01-11 16:28 | Florian Dold | Status | assigned => informing |
| 2023-01-11 16:28 | Florian Dold | Resolution | open => fixed |
| 2023-01-11 16:28 | Florian Dold | Note Added: 0019630 | |
| 2023-01-12 15:30 | sebasjm | Relationship added | related to 0007568 |
| 2023-01-23 21:25 | Christian Grothoff | Fixed in Version | => 0.9.1 |
| 2023-01-26 21:53 | Christian Grothoff | Status | informing => closed |