actualbudget/actual

[Bug]: Custom Reports with 'Tag' filters do not calculate values of tagged top level split transactions

Open

#5 640 ouverte le 28 août 2025

Voir sur GitHub
 (2 commentaires) (0 réactions) (0 assignés)JavaScript (603 forks)batch import
bughelp wantedreports

Métriques du dépôt

Stars
 (7 129 stars)
Métriques de merge PR
 (Merge moyen 4j 13h) (170 PRs mergées en 30 j)

Description

Verified issue does not already exist?

  • I have searched and found no existing issue

What happened?

I created a custom Pie Chart report to break down the amount spent with a Tag filter. The numbers were definitely wrong, when I realized I had tagged the Top Level of a split transaction instead of tagging each individual line item under the transactions

How can we reproduce the issue?

Create a split transaction in an account and tag the top level of the split with a tag:

  • Test transaction #test-tag = $50
  • Plane Ticket #test-tag = $1000 --- Ticket = $750 --- Seat Upgrade = $250

Create a custom report with the filter Has Tag #test-tag

See that the value will be equal to $50 instead of $1050

Now, if you tag each subtransaction of the split transaction with #test-tag, then you will see that the chart is properly calculated

Where are you hosting Actual?

Docker

What browsers are you seeing the problem on?

Firefox

Operating System

Linux

Guide contributeur

Direction de recherche
Examinez la logique de filtrage des balises pour les rapports. Suivez la manière dont les transactions fractionnées sont traitées lorsque la balise est appliquée au niveau supérieur par rapport aux sous transactions individuelles. Recherchez dans la base de code les fonctions liées au filtrage des rapports, en particulier le filtrage basé sur les balises. Vérifiez si la balise de niveau supérieur est propagée aux sous transactions ou si seules les balises des sous transactions sont prises en compte.
Stack technique
javascript
Domaine
backendfrontend
Type d'issue
Bug
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
2
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-3 heures
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
GitJavaScript
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
70