View Issue Details

IDProjectCategoryView StatusLast Update
0010685Talerdeployment and operationspublic2026-02-04 08:22
Reportervecirex Assigned Tovecirex 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
PriorityhighSeveritytextReproducibilityhave not tried
Status closedResolutionfixed 
Product Versiongit (master) 
Target Version1.4Fixed in Version1.4 
Summary0010685: Check if taler-merchant's financial records for a given instance are understandable / sum up correctly
DescriptionFirst of all: the problem mentioned here was seen in an older version of the taler-merchant, but at a real customer already.

When I was looking at the financial records together with Marc from p15.space, who runs an own Taler merchant instance, both of us didn't get what was written in the financial records area with tabs like "not wired" (there was also no "wired" tab). In his case, it even looked like the sums weren't correct, given the transactions he had. Such an area is important for a merchant and must be straightforward to grasp, otherwise the impression might be generated something is wrong, money might get lost etc. This must be avoided.

Screenshots will be added here for a concrete instance where some transactions were made and we need then to discuss if there are errors / how the UX can be improved.
TagsNo tags attached.

Required notifications

Address or linkRemarkAdded byNotifiedActions

Relationships

related to 0010177 closedsebasjm SPA should list incoming wire transfers and make it easy to confirm them 
related to 0010637 closedsebasjm refund amount on list of orders 
related to 0010689 closedvecirex Test if settlements work, also testing changing delays 
related to 0010704 closedsebasjm taler-merchant shows error when looking into "<-> Wire transfers" 
child of 0010630 closedvecirex Set my.taler-ops.ch live [done in principle by this morning: still solving deps; work parallelized] 

Activities

vecirex

2025-12-11 23:33

administrator   ~0026904

@stefan: Let's wait for the next deb pkg, like v1.2.4 (or 1.2.5.), then check in a TOPS/CHF context if things make sense / are understandable, which will be important for demos to (potential) customers, at least.

We're at v1.2.4-dev3 now:

https://git-www.taler.net/merchant.git/

vecirex

2025-12-11 23:34

administrator   ~0026905

Last edited: 2025-12-11 23:34

Make prio high and add as blocker for 0010630.

vecirex

2025-12-17 02:30

administrator   ~0027063

From what I see now as for the transactions displayed, I can relate to what I did, yes. :)

If specific issues arise nevertheless, create separate ticket.

=> Closing

Issue History

Date ModifiedUsernameFieldChange
2025-11-28 16:22vecirexNew Issue
2025-11-28 16:22vecirexStatusnew => assigned
2025-11-28 16:22vecirexAssigned To => vecirex
2025-11-28 16:22vecirexRelationship addedchild of 0010630
2025-11-28 17:19vecirexRelationship addedrelated to 0010689
2025-11-28 17:32Christian GrothoffTarget Version => 1.5
2025-11-28 17:34Christian GrothoffRelationship addedrelated to 0010177
2025-12-03 13:49vecirexRelationship addedrelated to 0010704
2025-12-07 10:38Christian GrothoffRelationship deletedchild of 0010630
2025-12-07 10:44Christian GrothoffStatusassigned => implementing
2025-12-07 10:44Christian GrothoffTarget Version1.5 => 1.6
2025-12-11 23:33vecirexNote Added: 0026904
2025-12-11 23:34vecirexPrioritynormal => high
2025-12-11 23:34vecirexNote Added: 0026905
2025-12-11 23:34vecirexRelationship addedchild of 0010630
2025-12-11 23:34vecirexNote Edited: 0026905
2025-12-11 23:59vecirexRelationship addedrelated to 0010637
2025-12-17 02:30vecirexNote Added: 0027063
2025-12-17 02:31vecirexStatusimplementing => closed
2025-12-17 02:31vecirexResolutionopen => fixed
2026-02-04 08:22Christian GrothoffProduct Version => git (master)
2026-02-04 08:22Christian GrothoffFixed in Version => 1.4
2026-02-04 08:22Christian GrothoffTarget Version1.6 => 1.4