Skip to content

[Due for payment 2026-02-04] [$250] Expense - Incorrect split amount is allowed to save #76758

Description

@lanitochka17

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: 9.2.72-0
Reproducible in staging?: Y
Reproducible in production?: Y
If this was caught during regression testing, add the test name, ID and link from TestRail: https://test-management.browserstack.com/projects/2219752/test-runs/TR-2266/folder/13176791/41237172/1054918436?sort=%2Bidentifier
Email or phone of affected tester (no customers): dreamnitethedragon+yydyd373@gmail.com
Issue reported by: Applause - Internal Team

Action Performed:

  1. Launch app
  2. Open workspace chat
  3. Create an expense for -₹8
  4. Open the expense - more - split the expense
  5. Open the split expense
  6. Tap amount
  7. Remove minus sign from both expenses
  8. Tap save
  9. Note no error is shown and user is allowed to save
  10. Note unexpected error is shown in preview and amount revert to previous one

Expected Result:

When the user removes the minus sign from split amounts and taps Save,
the app must not allow to save

Actual Result:

When the user removes the minus sign from split amounts and taps Save,
the app allows to save

Workaround:

Unknown

Platforms:

Select the officially supported platforms where the issue was reproduced:

  • Android: App
  • Android: mWeb Chrome
  • iOS: App
  • iOS: mWeb Safari
  • iOS: mWeb Chrome
  • Windows: Chrome
  • MacOS: Chrome / Safari
  • MacOS: Desktop
Platforms Tested:

On which of our officially supported platforms was this issue tested:

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

Screenshots/Videos

+++ Add any screenshot/video evidence

+++

Bug7020718_1764862173248.Screenrecorder-2025-12-04-20-49-55-589.mp4

View all open jobs on GitHub

Upwork Automation - Do Not Edit
Issue Owner

Current Issue Owner: @garrettmknight

Metadata

Metadata

Labels

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

Type

No type

Fields

No fields configured for issues without a type.

Projects

Status
Done

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions