Skip to content

[HOLD for payment 2024-10-17] [$250] Closing the receipt image user lands in transaction thread instead of expense report #50160

Description

@m-natarajan

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.0.44-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:
Email or phone of affected tester (no customers):
Logs: https://stackoverflow.com/c/expensify/questions/4856
Expensify/Expensify Issue URL:
Issue reported by: @mountiny
Slack conversation: https://expensify.slack.com/archives/C049HHMV9SM/p1727915131329509

Action Performed:

  1. Submit receipt expense
  2. Make sure you had no other expenses on processing reports before
  3. Wait for it to scan
  4. On web, navigate to the workspace chat
  5. Navigate to the expense report
  6. Click on the receipt detail
  7. Close the attachment modal
  8. Note that you are not on the transaction thread report and not in the expense report

Expected Result:

You should remain on the one-expense report view of the expense report

Actual Result:

After going to the receipt detail, user is on the transaction thread which is confusing because the comments from the expense report are not visible

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

Screen.Recording.2024-10-03.at.01.52.53.mp4
Add any screenshot/video evidence

View all open jobs on GitHub

Upwork Automation - Do Not Edit
  • Upwork Job URL: https://www.upwork.com/jobs/~021841980614903369906
  • Upwork Job ID: 1841980614903369906
  • Last Price Increase: 2024-10-03
  • Automatic offers:
    • situchan | Contributor | 104256847
    • nkdengineer | Contributor | 104263005
Issue OwnerCurrent Issue Owner: @bfitzexpensify

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
No fields configured for issues without a type.

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions