View Issue Details

IDProjectCategoryView StatusLast Update
0004799Talerdocumentationpublic2019-12-20 18:12
ReporterMarcello Stanisci Assigned ToMarcello Stanisci 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
PrioritynormalSeveritytextReproducibilityhave not tried
Status closedResolutionfixed 
Product Versiongit (master) 
Target Version0.6Fixed in Version0.6 
Summary0004799: Merchant's /track/*
DescriptionMerchant returns '202 Accepted' as an *error* object,
sticking to https://api.taler.net/api-common.html#errordetail.
Specs don't match this, to be updated.
TagsNo tags attached.

Required notifications

Address or linkRemarkAdded byNotifiedActions

Activities

Christian Grothoff

2016-11-17 23:11

manager   ~0011523

Eh, are you sure the merchant implementation does what we want here? Returning an error with a 202 status code seems like always the wrong thing.

Christian Grothoff

2016-11-17 23:21

manager   ~0011527

Sounds like the response should be specified in detail in the API, and that the implementation should be changed to *not* return an error(detail), as this is technically not an error.

Marcello Stanisci

2019-01-31 16:56

reporter   ~0013538

9bf941792d5d093 fixes this; we return the exchange response verbatim (as the current spec wants).

Issue History

Date ModifiedUsernameFieldChange
2016-11-17 22:18Marcello StanisciNew Issue
2016-11-17 23:10Christian GrothoffAssigned To => Marcello Stanisci
2016-11-17 23:10Christian GrothoffSeverityminor => text
2016-11-17 23:10Christian GrothoffStatusnew => assigned
2016-11-17 23:10Christian GrothoffProduct Version => git (master)
2016-11-17 23:11Christian GrothoffNote Added: 0011523
2016-11-17 23:21Christian GrothoffNote Added: 0011527
2019-01-31 16:56Marcello StanisciNote Added: 0013538
2019-01-31 16:56Marcello StanisciStatusassigned => informing
2019-01-31 16:56Marcello StanisciResolutionopen => fixed
2019-01-31 17:46Christian GrothoffFixed in Version => 0.6
2019-01-31 17:46Christian GrothoffTarget Version => 0.6
2019-12-20 18:12Christian GrothoffStatusinforming => closed