Skip to content

[HOLD for payment 2024-01-03] [$125] Split Bill - Merchant must have the same value after creating the split bill #29691

@kbecciv

Description

@kbecciv

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: 1.3.84.7
Reproducible in staging?: y
Reproducible in production?: y
If this was caught during regression testing, add the test name, ID and link from TestRail:
Email or phone of affected tester (no customers):
Logs: https://stackoverflow.com/c/expensify/questions/4856
Expensify/Expensify Issue URL:
Issue reported by: @namhihi237
Slack conversation: https://expensify.slack.com/archives/C049HHMV9SM/p1697047715565069

Action Performed:

  1. Click FAB button
  2. Click request money
  3. Enter amount => Next
  4. Click split 2 users
  5. Click add to split
  6. Click show more => Merchant, Observe that the default value is "Request"
  7. Click split
  8. Click Split preview
  9. Click show more, in merchant, Observe "Split with...."

Expected Result:

Merchant must have the same value after creating the split bill

Actual Result:

There is a difference between the merchant after splitting the bill, when they create the merchant the value is "Request" but when the slit bill is created the merchant has the value "Split with...."

Workaround:

Unknown

Platforms:

Which of our officially supported platforms is this issue occurring on?

  • Android: Native
  • Android: mWeb Chrome
  • iOS: Native
  • iOS: mWeb Safari
  • MacOS: Chrome / Safari
  • MacOS: Desktop

Screenshots/Videos

Android: Native
Screen.Recording.2023-10-12.at.16.01.35.1.mov
Android: mWeb Chrome
Screen.Recording.2023-10-12.at.15.47.34.1.mov
iOS: Native
RPReplay_Final1697100622.MP4
iOS: mWeb Safari
RPReplay_Final1697100658.MP4
MacOS: Chrome / Safari
Screen.Recording.2023-10-12.at.01.09.35.mov
Recording.5015.mp4
MacOS: Desktop
Screen.Recording.2023-10-12.at.15.49.12.mov

View all open jobs on GitHub

Metadata

Metadata

Labels

Awaiting PaymentAuto-added when associated PR is deployed to productionBugSomething is broken. Auto assigns a BugZero manager.DailyKSv2InternalRequires API changes or must be handled by Expensify staff

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions