View Issue Details

IDProjectCategoryView StatusLast Update
0007319Talerspecificationpublic2024-01-12 13:03
Reportersebasjm Assigned ToFlorian Dold Resolution deadline
ImplementerReviewer 
Release signed byDeployed by 
VerifierCommunicator 
Data protection authority notification requiredNo  
CSIRT notification requiredNo  
Estimated effort (hours)Actual effort (hours)0 
Fast-trackNo
Work packagenone
PrioritylowSeverityfeatureReproducibilityalways
Status closedResolutionduplicate 
Product Versiongit (master) 
Target Version0.9.3Fixed in Version0.9.3 
Summary0007319: The sender should be able to cancel an invoice or transfer before the recipient pays or withdraws
DescriptionAs a sender of a transfer, I want to be able to cancel and get the money back (without fee) before the recipient withdraws
As a sender of an invoice, I want to be able to cancel and avoid the contract to be paid before the recipient pays.

From email discussion:

"we could add a DELETE endpoint to the exchange for this. But, a
bit tricky: we'd need the wallet to do a long-polling GET while showing
the pending transaction anywhere in the UI to notice removal and then
hide it. Also, if we truly DELETE on the exchange side (which seems
best), we'd have no data to share with the recipient (or auditor) about
the deletion, so we'd only have the refresh fees (and a malicious actor
may not refresh) and maybe the purse fees"
TagsNo tags attached.

Required notifications

Address or linkRemarkAdded byNotifiedActions

Relationships

duplicate of 0007584 closedFlorian Dold implement aborting p2p pull payments 
has duplicate 0007461 closedChristian Grothoff allow user to cancel push/pull payments 

Activities

Christian Grothoff

2022-12-29 23:36

manager   ~0019545

Exchange part is done, next is wallet-core.

Florian Dold

2023-04-05 16:25

manager   ~0020030

Last edited: 2023-04-05 16:25

There are separate bugs open now for the implementation in wallet-core (0007584 and 0007583), so let's mark this one as resolved, as it was originally about the exchange.

Issue History

Date ModifiedUsernameFieldChange
2022-09-02 20:04sebasjmNew Issue
2022-09-02 20:04sebasjmStatusnew => assigned
2022-09-02 20:04sebasjmAssigned To => Christian Grothoff
2022-09-17 20:50Christian GrothoffPrioritynormal => low
2022-09-17 20:50Christian GrothoffStatusassigned => acknowledged
2022-09-17 20:50Christian GrothoffTarget Versiongit (master) =>
2022-09-17 20:50Christian GrothoffAssigned ToChristian Grothoff =>
2022-11-16 16:36Christian GrothoffRelationship addedhas duplicate 0007461
2022-11-16 16:37Christian GrothoffAssigned To => Christian Grothoff
2022-11-16 16:37Christian GrothoffStatusacknowledged => assigned
2022-12-29 23:36Christian GrothoffAssigned ToChristian Grothoff => Florian Dold
2022-12-29 23:36Christian GrothoffNote Added: 0019545
2023-02-17 01:41Florian DoldTarget Version => 0.9.2
2023-02-17 17:08Florian DoldTarget Version0.9.2 => 0.9.3
2023-04-05 16:25Florian DoldStatusassigned => informing
2023-04-05 16:25Florian DoldResolutionopen => duplicate
2023-04-05 16:25Florian DoldNote Added: 0020030
2023-04-05 16:25Florian DoldRelationship addedduplicate of 0007584
2023-04-05 16:25Florian DoldNote Edited: 0020030
2023-09-23 13:07Christian GrothoffFixed in Version => 0.9.3
2023-09-23 13:09Christian GrothoffStatusinforming => closed
2024-01-12 13:03Christian GrothoffCategoryexchange API (HTTP specification) => specification