View Issue Details

IDProjectCategoryView StatusLast Update
0003624Talerexchangepublic2024-01-12 13:09
ReporterChristian Grothoff Assigned ToSree Harsha Totakura 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
PrioritynormalSeveritytweakReproducibilityN/A
Status closedResolutionfixed 
Platformi7OSDebian GNU/LinuxOS Versionsqueeze
Product Versiongit (master) 
Target Version0.0Fixed in Version0.0 
Summary0003624: need a routine to check JSON format for wire deposits (SEPA specification)
DescriptionCurrently, the /deposit handler doesn't check if the JSON 'wire' element is well-formed. We need a generic routine that is extensible for future supported wire formats (i.e. accepting those enabled by the configuration), and a specific routine that checks for correct SEPA details.
TagsNo tags attached.

Required notifications

Address or linkRemarkAdded byNotifiedActions

Activities

Sree Harsha Totakura

2015-02-17 16:35

updater   ~0008881

fix committed to git master

Christian Grothoff

2015-02-17 18:43

manager   ~0008885

I'm not sure we want to have the execution date in this at all, and AFAIK beneficiary name and BIC are technically also optional with SEPA.

Finally, the way this was implemented isn't really pluggable -- the existing code doesn't have any extension mechanism, not even a simple looking up the validator based on the transaction-type logic. Ultimately, we want something where either at compile-time or run-time I can select one or more validation functions. So while this is a good first step towards SEPA-validation, it doesn't quite 'close' the bug.

Sree Harsha Totakura

2015-02-19 15:41

updater   ~0008898

I didn't understand the requirement for this being pluggable/extensible. Why do we need a transaction-type logic for the validation function?

Also, run-time selection of this validation function is appropriate at places where it is used, i.e. in the mint; what should be changed with respect to this in the validation function?

Christian Grothoff

2015-02-20 15:39

manager   ~0008899

The Mint should eventually support non-SEPA transactions, like ACH (US). Thus, there must be a natural way to add validators for other transaction standards.

Which transaction types are supported by a given mint should be configurable by the operator.

Does that clarify?

Christian Grothoff

2015-04-12 20:49

manager   ~0009080

5e8f95c..68774b2 makes it easier (but not yet fully pluggable, which may be overkill) to add additional validators.

Christian Grothoff

2015-04-12 20:53

manager   ~0009081

Added configuration option for wireformat in 68774b2..15bec8f.

Sree Harsha Totakura

2021-09-02 16:14

updater   ~0018341

Fix committed to master branch.

Issue History

Date ModifiedUsernameFieldChange
2015-01-28 13:42Christian GrothoffNew Issue
2015-01-28 15:32Sree Harsha TotakuraAssigned To => Sree Harsha Totakura
2015-01-28 15:32Sree Harsha TotakuraStatusnew => assigned
2015-02-17 16:35Sree Harsha TotakuraNote Added: 0008881
2015-02-17 16:35Sree Harsha TotakuraStatusassigned => closed
2015-02-17 16:35Sree Harsha TotakuraResolutionopen => fixed
2015-02-17 18:43Christian GrothoffNote Added: 0008885
2015-02-17 18:43Christian GrothoffStatusclosed => feedback
2015-02-17 18:43Christian GrothoffResolutionfixed => reopened
2015-02-19 15:41Sree Harsha TotakuraNote Added: 0008898
2015-02-20 15:39Christian GrothoffNote Added: 0008899
2015-02-20 15:39Christian GrothoffStatusfeedback => assigned
2015-03-24 16:27Christian GrothoffSeverityblock => tweak
2015-03-28 13:48Christian GrothoffTarget Version => 0.0
2015-04-11 14:39Christian GrothoffAssigned ToSree Harsha Totakura => Christian Grothoff
2015-04-12 20:49Christian GrothoffNote Added: 0009080
2015-04-12 20:53Christian GrothoffNote Added: 0009081
2015-04-12 20:53Christian GrothoffStatusassigned => informing
2015-04-12 20:53Christian GrothoffFixed in Version => 0.0
2015-04-12 20:53Christian GrothoffResolutionreopened => fixed
2015-04-12 21:43Christian GrothoffStatusinforming => closed
2015-11-29 12:54Christian GrothoffCategoryutil => libtalerutil
2021-09-02 16:14Sree Harsha Totakura
2021-09-02 16:14Sree Harsha TotakuraNote Added: 0018341
2021-09-02 16:14Sree Harsha TotakuraAssigned ToChristian Grothoff => Sree Harsha Totakura
2024-01-12 13:09Christian GrothoffCategorylibtalerutil => exchange