Skip to content

[Due for payment 2026-03-16] [$250] Search - Expense search shows incorrect amount from recent searches #79934

@vincdargento

Description

@vincdargento

If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!


Version Number: V9.3.4-3
Reproducible in staging?: Yes
Reproducible in production?: Yes
If this was caught during regression testing, add the test name, ID and link from BrowserStack: https://test-management.browserstack.com/projects/2219752/test-runs/TR-1235/41237508/945415127?q=filter&issue_type=jira
Email or phone of affected tester (no customers): Dreamnitethedragon+xhs@gmail.com
Issue reported by: Applause Internal Team
Bug source: Exploratory - Significant User Experience Deterioration
Device used: Redminote 10s android 13
App Component: User Settings

Action Performed:

  1. Launch app
  2. Tap search
  3. Enter amount:6 and tap enter
  4. Note user directs to reports page showing search query with amount 6 correctly
  5. Tap inbox - search
  6. Tap from Recent searches type:expense amount:6 and tap enter
  7. Now note user directs to reports page showing search query with amount 600 incorrectly

Expected Result:

When selecting Recent search: type:expense amount:6, the user should be redirected to the Reports page showing the search query with amount 6.

Actual Result:

When selecting Recent search: type:expense amount:6, the user is redirected to the Reports page showing the search query with amount 600.

Workaround:

Unknown

Platforms:

  • Android: App
  • Android: mWeb Chrome
  • iOS: App
  • iOS: mWeb Safari
  • iOS: mWeb Chrome
  • Windows: Chrome
  • MacOS: Chrome / Safari

Screenshots/Videos

bug.mp4

View all open jobs on GitHub

Upwork Automation - Do Not Edit
  • Upwork Job URL: https://www.upwork.com/jobs/~022013778471388922258
  • Upwork Job ID: 2013778471388922258
  • Last Price Increase: 2026-01-28
Issue OwnerCurrent Issue Owner: @mallenexpensify

Metadata

Metadata

Labels

Awaiting PaymentAuto-added when associated PR is deployed to productionBugSomething is broken. Auto assigns a BugZero manager.DailyKSv2ExternalAdded to denote the issue can be worked on by a contributor

Type

No type

Projects

Status

Done

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions