github-starred/actual
2
0
Fork 0
mirror of https://github.com/actualbudget/actual.git synced 2026-07-16 07:04:23 -05:00
Code Issues 3.0k Packages Projects Releases 58 Wiki Activity

[PR #6088] [CLOSED] [WIP] Add 'contains' operator for payee rule conditions #64301

New Issue
Closed
opened 2026-05-11 21:25:45 -05:00 by GiteaMirror · 0 comments
GiteaMirror commented 2026-05-11 21:25:45 -05:00
Owner
Copy Link

📋 Pull Request Information

Original PR: https://github.com/actualbudget/actual/pull/6088
Author: @tazomatalax
Created: 11/8/2025
Status: ❌ Closed

Base: master ← Head: feature/payee-contains-operator

📝 Commits (1)

  • ad0ac2e feat: Add 'contains' operator for payee rule conditions

📊 Changes

5 files changed (+234 additions, -11 deletions)

View changed files

📝 packages/desktop-client/src/components/rules/RuleEditor.tsx (+28 -11)
📝 packages/loot-core/src/server/rules/condition.ts (+8 -0)
📝 packages/loot-core/src/server/rules/index.test.ts (+99 -0)
📝 packages/loot-core/src/server/transactions/transaction-rules.test.ts (+73 -0)
➕ upcoming-release-notes/6088.md (+26 -0)

📄 Description

Description

This PR adds support for substring matching on payee names in transaction rules using the 'contains' and 'does not contain' operators.

Closes #2525

Problem

Users with bank imports that include varying transaction IDs in payee names (e.g., "Merchant #12345", "Merchant #12346") had to create separate rules for each payee variant. This was inefficient and could result in many orphaned payees in the system.

Solution

Enable the existing backend 'contains' operator for the payee field in the UI, allowing users to create rules with text patterns instead of exact payee IDs.

Changes

Backend (loot-core):

  • Modified Condition.eval() in packages/loot-core/src/server/rules/condition.ts to use payee_name (string) instead of payee (ID) when evaluating string-based operators (contains, doesNotContain, matches)

Frontend (desktop-client):

  • Updated OpSelect component to accept field prop and allow 'contains'/'doesNotContain' for payee field only
  • Modified ConditionEditor to use text input instead of payee autocomplete for payee substring matching
  • Updated value input logic to route payee contains conditions through imported_payee field for text rendering

Tests:

  • Added 5 unit tests in packages/loot-core/src/server/rules/index.test.ts
  • Added 2 integration tests in packages/loot-core/src/server/transactions/transaction-rules.test.ts

Release Notes:

  • Added entry in upcoming-release-notes/6088.md describing the feature

Testing Status

✅ All 8 test packages passed
✅ TypeScript type checking: All 1255 files passed
✅ Linting: Passing
✅ Backwards compatible: No breaking changes
✅ Database schema: Unchanged

🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.

## 📋 Pull Request Information **Original PR:** https://github.com/actualbudget/actual/pull/6088 **Author:** [@tazomatalax](https://github.com/tazomatalax) **Created:** 11/8/2025 **Status:** ❌ Closed **Base:** `master` ← **Head:** `feature/payee-contains-operator` --- ### 📝 Commits (1) - [`ad0ac2e`](https://github.com/actualbudget/actual/commit/ad0ac2eeb842718bd729e37f1be414e0cbe7ad0a) feat: Add 'contains' operator for payee rule conditions ### 📊 Changes **5 files changed** (+234 additions, -11 deletions) <details> <summary>View changed files</summary> 📝 `packages/desktop-client/src/components/rules/RuleEditor.tsx` (+28 -11) 📝 `packages/loot-core/src/server/rules/condition.ts` (+8 -0) 📝 `packages/loot-core/src/server/rules/index.test.ts` (+99 -0) 📝 `packages/loot-core/src/server/transactions/transaction-rules.test.ts` (+73 -0) ➕ `upcoming-release-notes/6088.md` (+26 -0) </details> ### 📄 Description ## Description This PR adds support for substring matching on payee names in transaction rules using the 'contains' and 'does not contain' operators. Closes #2525 ## Problem Users with bank imports that include varying transaction IDs in payee names (e.g., "Merchant #12345", "Merchant #12346") had to create separate rules for each payee variant. This was inefficient and could result in many orphaned payees in the system. ## Solution Enable the existing backend 'contains' operator for the payee field in the UI, allowing users to create rules with text patterns instead of exact payee IDs. ## Changes **Backend (`loot-core`):** - Modified `Condition.eval()` in `packages/loot-core/src/server/rules/condition.ts` to use `payee_name` (string) instead of `payee` (ID) when evaluating string-based operators (`contains`, `doesNotContain`, `matches`) **Frontend (`desktop-client`):** - Updated `OpSelect` component to accept `field` prop and allow 'contains'/'doesNotContain' for payee field only - Modified `ConditionEditor` to use text input instead of payee autocomplete for payee substring matching - Updated value input logic to route payee contains conditions through `imported_payee` field for text rendering **Tests:** - Added 5 unit tests in `packages/loot-core/src/server/rules/index.test.ts` - Added 2 integration tests in `packages/loot-core/src/server/transactions/transaction-rules.test.ts` **Release Notes:** - Added entry in `upcoming-release-notes/6088.md` describing the feature ## Testing Status ✅ All 8 test packages passed ✅ TypeScript type checking: All 1255 files passed ✅ Linting: Passing ✅ Backwards compatible: No breaking changes ✅ Database schema: Unchanged --- <sub>🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.</sub>
GiteaMirror added the pull-request label 2026-05-11 21:25:45 -05:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
AI generated
API
bank sync
budgeting
bug
can’t replicate
dependencies
docker
documentation
electron
experimental feature
feature
feedback
goal templates
good first issue
help wanted
importers
maintenance
needs info
needs testing
needs triage
needs votes
openid
payees
pull-request
Mirrored from GitHub Pull Request
 regression
reports
responsive
rules
schedules
server
✨ merged
split transactions
tech debt
tech-support
theme
transaction import
transaction reconciliation
transactions
translations
upstream
user interface
✅ approved
wontfix
No Label pull-request
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
GiteaMirror ninjasurge
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/actual#64301
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?