View Issue Details

IDProjectCategoryView StatusLast Update
0004475Talerwallet (WebExtension)public2016-05-25 14:34
ReporterFlorian Dold 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
PriorityhighSeverityminorReproducibilityhave not tried
Status closedResolutionfixed 
Product Version0.0 
Target Version0.0Fixed in Version0.0 
Summary0004475: payment fails without clear error message if exchange "lost" keys and merchant doesn't accept the payment
DescriptionIf the exchange's denomination keys are lost (which should of course never happen) and the wallet tries to pay with one of those keys, we don't get any clear error message. The payment just fails with "backend error".

Maybe the wallet should check before paying whether the denomination keys are still in /keys as a heuristic to generate better errors?

The wallet should then offer the option to export proof (the exchange's signature on the keys it (wrongfully) no longer lists)
TagsNo tags attached.

Required notifications

Address or linkRemarkAdded byNotifiedActions

The plan

IDSummaryStatusAssigned ToEstimated effort (hours)
0004527merchant needs mechanism to inform wallet about failed payments closedFlorian Dold
This issue (hours)
Its children (hours)0
Together (hours)0
Nothing is missing: the plan can be finished.

Relationships

parent of 0004527 closedFlorian Dold merchant needs mechanism to inform wallet about failed payments 

Activities

Florian Dold

2016-04-27 14:37

manager   ~0010572

When the merchant says that a denomination key is not found, it should send the /keys it got last from the exchange to the wallet.

The wallet can then abort the payment or suspend the keys that the exchange did not give to the merchant.

This all seems very messy, and we need to document it in some spec.

Florian Dold

2016-05-09 06:47

manager   ~0010670

At least suspending keys should be part of release 0.0.

It's unacceptable that the wallet can enter a state where we can't do payments anymore because we have bad keys due to an exchange screw-up.

This means that we'd have to tell people "please reset your wallet", that's unacceptable even for a 0.0 release.

Florian Dold

2016-05-24 00:36

manager   ~0010725

The merchant now returns the last /keys it got from the exchange.

The wallet still needs to look at that and suspend keys appropriately.

It also needs to "unsuspend" suspended keys if/once they're offered by the exchange again.

Florian Dold

2016-05-24 15:54

manager   ~0010729

Resolved (around 5dd21b1) in a somewhat hacky way.

Keys are suspended, but right now this is somewhat transparent to the user. However it means that even when the exchange screws up, we're not in an unrecoverable state where we're forced to completely reset anymore.

Issue History

Date ModifiedUsernameFieldChange
2016-04-27 12:14Florian DoldNew Issue
2016-04-27 12:14Florian DoldStatusnew => assigned
2016-04-27 12:14Florian DoldAssigned To => Florian Dold
2016-04-27 14:37Florian DoldNote Added: 0010572
2016-05-05 13:25Christian GrothoffProduct Version => 0.0
2016-05-05 13:25Christian GrothoffTarget Version => 0.2
2016-05-09 06:45Florian DoldTarget Version0.2 => 0.0
2016-05-09 06:47Florian DoldNote Added: 0010670
2016-05-09 06:47Florian DoldPrioritynormal => high
2016-05-24 00:36Florian DoldNote Added: 0010725
2016-05-24 14:44Florian DoldRelationship addedparent of 0004527
2016-05-24 15:54Florian DoldNote Added: 0010729
2016-05-24 15:54Florian DoldStatusassigned => informing
2016-05-24 15:54Florian DoldResolutionopen => fixed
2016-05-25 14:34Christian GrothoffStatusinforming => closed
2016-05-25 14:34Christian GrothoffFixed in Version => 0.0
2023-04-13 18:37Florian DoldCategorywallet (WebExtensions) => wallet (WebExtension)