[Due for payment 2026-02-17] IOU - "It´s not here" page displayed after deleting IOU from individual chat.

[mitarachim]

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.3.3.0
Reproducible in staging?: Yes
Reproducible in production?: No
If this was caught during regression testing, add the test name, ID and link from BrowserStack: #77657
Email or phone of affected tester (no customers): ibellicotest+2250@gmail.com
Issue reported by: Applause Internal Team
Bug source: Exploratory - Significant User Experience Deterioration
Device used: Windows 11 / Chrome
App Component: Money Requests

Action Performed:

1. Open the staging.new.expensify.com website.
2. Open any chat with another user.
3. Create a manual expense.
4. Open the just created expense.
5. Tap on "More" > "Add Expense" > "Create Expense"
6. Create another manual expense.
7. Select the just created expense and delete it.
8. Tap on "More" and delete the remaining expense.
9. Note that RHP is not closed and a "It´s not here" page appears.

---

1. Create 2 expenses in workspace chat
2. Open the expense report
3. Select one expense
4. Delete it
5. Verify that you now see one expense report
6. Click More > Delete
7. Verify that the RHP closes just fine

Expected Result:

After deleting an IOU, RHP should be closed automatically without any error screen.

Actual Result:

After deleting an IOU, an "It´s not here" page appears and RHP is not closed.

Workaround:

Unknown

Platforms:

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

Screenshots/Videos

Bug7050399_1768503217772.Not_Here_RHP.mp4

View all open jobs on GitHub

Issue Owner

Current Issue Owner: @trjExpensify

[melvin-bot]

You have been assigned to this deploy blocker because you recently merged this PR: #75886

[melvin-bot]

💬 A slack conversation has been started in #expensify-open-source

[melvin-bot]

Triggered auto assignment to @trjExpensify (Bug), see https://stackoverflow.com/c/expensify/questions/14418 for more details. Please add this bug to a GH project, as outlined in the SO.

[github-actions]

👋 Friendly reminder that deploy blockers are time-sensitive ⏱ issues! Check out the open `StagingDeployCash` deploy checklist to see the list of PRs included in this release, then work quickly to do one of the following:

1. Identify the pull request that introduced this issue and revert it.
2. Find someone who can quickly fix the issue.
3. Fix the issue yourself.

[OSBotify]

Investigation Summary

Classification: Frontend bug
Causing PR: #77657 - "Super wide RHP" by @WojtekBoman (High confidence)
Related Issues: Originally introduced in #75886 (reverted), then re-merged via #77657

Recommendation: REVERT

PR #77657 should be reverted to unblock the deploy. This PR re-introduced the Super Wide RHP feature which has a navigation bug when deleting IOU expenses.

Labels: Keeping DeployBlockerCash (App deploy is blocked). DeployBlocker label will be removed as this is a frontend bug.

Detailed Analysis

Evidence

The bug occurs when deleting the last expense from an IOU report in an individual chat. The reproduction steps show:

1. Create expenses in an individual chat
2. Delete all expenses one by one
3. After deleting the last expense, the RHP shows "Its not here" page instead of closing properly

Verification

Looking at the changes in PR #77657 (src/libs/actions/IOU/index.ts):

• The PR modifies navigation behavior to support Super Wide RHP
• However, the getNavigationUrlOnMoneyRequestDelete function (lines 8651-8675) does not properly handle the case where:
  • An IOU report should be deleted (all expenses removed)
  • The deletion happens from an individual chat (not from Reports tab)
  • The context is NOT single transaction view

When these conditions are met, the function returns undefined, which causes Navigation.goBack(undefined) to be called. This performs a generic back navigation, but since the report being viewed is deleted, there is nothing to go back to, resulting in the "Its not here" error page.

Root Cause

The getNavigationUrlOnMoneyRequestDelete function at line 8670-8672 only handles the case where shouldDeleteIOUReport is true AND we have a chatReportID. However, it does not account for the Super Wide RHP navigation context introduced in this PR. When the function returns undefined, the navigation logic fails to properly dismiss the RHP, leaving the user on a deleted reports page.

The fix would need to check if the report is open in Super Wide RHP and call appropriate navigation methods (like Navigation.dismissModal() or Navigation.dismissToSuperWideRHP()) instead of returning undefined.

Historical Context

• PR Add Super Wide RHP Routes #75886 originally introduced Super Wide RHP feature (merged Dec 11, 2025)
• It was reverted on Dec 15, 2025 via PR [CP Staging] Revert "Merge pull request #75886 from software-mansion-labs/swrhp-v2" #77649 due to multiple issues
• PR Super wide RHP  #77657 re-merged the same feature on Jan 15, 2026 (current staging)
• The navigation bug persists in the re-merge