Skip to content

[Due for payment 2025-05-30] [$250] Reports - Report view is not preserved after going to other page and returning to Reports #58957

@jponikarchuk

Description

@jponikarchuk

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.1.17-0
Reproducible in staging?: Yes
Reproducible in production?: Yes
If this was caught on HybridApp, is this reproducible on New Expensify Standalone?: Yes, reproducible on both
If this was caught during regression testing, add the test name, ID and link from TestRail: Exp
Email or phone of affected tester (no customers): applausetester+2239023@applause.expensifail.com
Issue reported by: Applause Internal Team
Device used: Mac 15.3 / Chrome
App Component: Search

Action Performed:

Precondition:

  • Log in with Expensifail account.
  1. Go to staging.new.expensify.com
  2. Go to workspace chat.
  3. Submit a manual expense to the workspace chat.
  4. Go to Reports.
  5. Go to Expense Reports.
  6. Click on the expense report from Step 3.
  7. Click on the report header > Go to workspace.
  8. Click back button.
  9. Dismiss the RHP.

Expected Result:

The report view in Step 6 will be preserved after going back from workspace settings to expense report.

Actual Result:

Reports page is reset. Expenses tab opens after going back from workspace settings to expense report.

This issue also happens when user opens an expense report in Expense Reports tab, and switches to Settings and back to Reports.

Workaround:

Unknown

Platforms:

  • Android: Standalone
  • Android: HybridApp
  • Android: mWeb Chrome
  • iOS: Standalone
  • iOS: HybridApp
  • iOS: mWeb Safari
  • MacOS: Chrome / Safari
  • MacOS: Desktop

Screenshots/Videos

1.mp4

View all open jobs on GitHub

Upwork Automation - Do Not Edit
  • Upwork Job URL: https://www.upwork.com/jobs/~021904387621725931080
  • Upwork Job ID: 1904387621725931080
  • Last Price Increase: 2025-05-13
Issue OwnerCurrent Issue Owner: @RachCHopkins

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 contributorHelp WantedApply this label when an issue is open to proposals by contributors

Type

No type
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