View Issue Details

IDProjectCategoryView StatusLast Update
0007749Talerwallet-corepublic2023-09-23 13:09
ReporterFlorian Dold Assigned Tosebasjm 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
PrioritynormalSeverityminorReproducibilityhave not tried
Status closedResolutionfixed 
Target Version0.9.3Fixed in Version0.9.3 
Summary0007749: wallet-core should forward offline payment TOTP to UIs
DescriptionSee summary.
TagsNo tags attached.

Required notifications

Address or linkRemarkAdded byNotifiedActions

Activities

Florian Dold

2023-04-21 10:41

manager   ~0020123

Sebastian already implemented it in wallet-core. Is it also supported in the UI? I also wonder if we should have an integration test.

sebasjm

2023-04-24 17:53

developer   ~0020142

fixed at 974cd0206

sebasjm

2023-04-24 17:53

developer   ~0020143

Selection_086.png (41,596 bytes)   
Selection_086.png (41,596 bytes)   

sebasjm

2023-04-24 17:57

developer   ~0020144

the list of numbers is serialized by the merchant to a string separated by \n
this is not standard

comma separated is better or maybe just a simple array of numbers instead of string

https://docs.taler.net/core/api-merchant.html#post-[-instances-$INSTANCE]-orders-$ORDER_ID-pay

Christian Grothoff

2023-04-24 18:01

manager   ~0020145

Last edited: 2023-04-24 18:02

I'm not sure what you mean by "is not standard". First of all, we do not guarantee that this is an array, or even numbers.
The idea is (for now) that this is the "text to show", and that if it has newlines, you should render it with newlines! These are 5 TOTP
codes, and the idea is that the POS staff should match any single one of them. So I don't see why comma vs \n would be any better, or more "standard". My goal was to give it to you in exactly the format that you could just directly give to a rendering engine.

Oh, and you should NOT render them in one long line, that's not the intended format here. The idea was to show one code per line on 3-5 lines.

sebasjm

2023-04-24 18:48

developer   ~0020147

Last edited: 2023-04-24 20:52

> Oh, and you should NOT render them in one long line, that's not the intended format here. The idea was to show one code per line on 3-5 lines.

That's how the render engine is showing it, I will add a < pre > so the browser will render the \n

> I'm not sure what you mean by "is not standard"
For clarification: I meant a standard way of showing a list of numbers, people can understand a comma separated value and it will show exactly the same way everywhere.

\n may not be rendered in the same way in html or in a cli using linux or windows.

sebasjm

2023-04-24 21:00

developer   ~0020150

2f8de9ea86cc1170b45e13fae6f0a66c7c4fd038 added

Issue History

Date ModifiedUsernameFieldChange
2023-03-07 17:16Florian DoldNew Issue
2023-03-07 17:16Florian DoldStatusnew => assigned
2023-03-07 17:16Florian DoldAssigned To => Florian Dold
2023-03-08 12:41Florian DoldSummarywallet-core should forward offline payment TOTP to UIS => wallet-core should forward offline payment TOTP to UIs
2023-04-13 18:36Florian DoldCategorywallet (TS core) => wallet-core
2023-04-21 10:40Florian DoldAssigned ToFlorian Dold => sebasjm
2023-04-21 10:41Florian DoldNote Added: 0020123
2023-04-24 17:53sebasjmNote Added: 0020142
2023-04-24 17:53sebasjmNote Added: 0020143
2023-04-24 17:53sebasjmFile Added: Selection_086.png
2023-04-24 17:57sebasjmNote Added: 0020144
2023-04-24 17:57sebasjmAssigned Tosebasjm => Christian Grothoff
2023-04-24 17:57sebasjmStatusassigned => feedback
2023-04-24 18:01Christian GrothoffNote Added: 0020145
2023-04-24 18:02Christian GrothoffNote Edited: 0020145
2023-04-24 18:02Christian GrothoffAssigned ToChristian Grothoff => sebasjm
2023-04-24 18:02Christian GrothoffStatusfeedback => assigned
2023-04-24 18:48sebasjmNote Added: 0020147
2023-04-24 20:52sebasjmNote Edited: 0020147
2023-04-24 21:00sebasjmStatusassigned => informing
2023-04-24 21:00sebasjmResolutionopen => fixed
2023-04-24 21:00sebasjmNote Added: 0020150
2023-09-23 13:07Christian GrothoffFixed in Version => 0.9.3
2023-09-23 13:09Christian GrothoffStatusinforming => closed