[$250] [Exploratory] iOS-Expense rules - Unable to select a rule when navigating via link from the expense details

[applause-bot]

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.4.26-0
Reproducible in staging?: Yes
Reproducible in production?: Yes
If this was caught during regression testing, add the test name, ID and link from BrowserStack: https://test-management.browserstack.com/projects/2219752/test-runs/62923734/folder/13176687/87590916/1534029731?sort=%2Bidentifier&p=2
Email or phone of affected tester (no customers): n/a
Issue reported by: Applause Internal Team
Bug source: Exploratory - Significant User Experience Deterioration
Device used: iPhone 13 iOS 26.5
App Component: Other

Action Performed:

Preconditions: Create two or more personal expense rules, then create an expense that goes through the expense rule flow.

1. Open the app
2. Open the expense details for the expense created using an expense rule.
3. Tap the Personal expense rule link in the concierge message
4. After being navigated to the Expense rules screen, long-press any rule to enter selection mode.

Expected Result:

User can select an expense rule after being navigated to the Expense rules screen via the link in the expense details

Actual Result:

Unable to select an expense rule when navigating via the link from the expense details

Workaround:

Unknown

Platforms:

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

Screenshots/Videos

Bug7197087_1782954751833.ScreenRecording_07-01-2026_19-18-56_1.mp4

View all open jobs on GitHub

Applause Internal Information
Exported by: Julia Ponikarchuk
Bug ID: 7197087

Upwork Automation - Do Not Edit

• Upwork Job URL: https://www.upwork.com/jobs/~022078172963556599307
• Upwork Job ID: 2078172963556599307
• Last Price Increase: 2026-07-17

[applause-bot]

While Applause doesn't embed attachments for this bug, here are the links for quick view:
https://platform.applause.com/services/links/v1/external/e5563a8abe1ea3c72a1b367b5ffa52a18a85a5e22d0661c2b503e62aec1924f6

[MelvinBot]

Proposal

What is the root cause of that problem?

The Expense Rules screen is registered in two navigators:

• the full-screen SettingsSplitNavigator (reached via Settings → Rules), and
• the RHP SettingsModalStackNavigator (reached when navigating from a context that is already inside the RHP — e.g. tapping the personal-expense-rule link inside the expense-details/concierge message, which is displayed in the RHP on mobile).

Long-press-to-select is gated in TableRow.tsx:73:

const shouldEnableMobileSelectionLongPress = isSmallScreenWidth && (shouldEnableSelectionInNarrowPaneModal || !isInNarrowPaneModal);

When the page is mounted inside the RHP, isInNarrowPaneModal is true, so long-press is only enabled if the table opts in via shouldEnableSelectionInNarrowPaneModal. PersonalExpenseRulesTable does not pass that prop, so shouldEnableMobileSelectionLongPress is false and handleRowLongPress early-returns — long-press does nothing.

Arriving via Settings → Rules opens the page in the split navigator (not a narrow-pane modal), so !isInNarrowPaneModal is true and long-press works — which is why the bug only reproduces through the in-app link.

What changes do you think we should make in order to solve the problem?

Pass shouldEnableSelectionInNarrowPaneModal to the <Table> in PersonalExpenseRulesTable/index.tsx, exactly as the other RHP-reachable tables already do — RoomMembersTable, ReportParticipantsTable, WorkspaceViewTagsTable, and WorkspaceReportFieldListValuesTable. This keys the selection UX off the real screen size instead of suppressing it inside the RHP.

What alternative solutions did you explore? (Optional)

Alternatively, close the RHP before navigating so the page always opens in the split navigator (Link.openLink only calls Navigation.closeRHPFlow() on wide layout). That is a broader, riskier change; the table-prop fix is the minimal one and matches existing convention.

Verification notes & confidence

Confidence: Medium. The gating logic, the missing prop, and the sibling tables that opt in are all confirmed in code. The one piece not confirmed statically is that tapping the link mounts the page in the RHP (isInNarrowPaneModal === true) — this is strongly implied by the dual registration and by the fact that all four other RHP-reachable selectable tables already set this prop, but a runtime check would make it certain.

To confirm on-device: open the Rules page via the expense-details link and log isInNarrowPaneModal / shouldEnableMobileSelectionLongPress inside TableRow, or inspect navigationRef.getRootState() to verify the page sits under RIGHT_MODAL_NAVIGATOR. Repro precondition: 2+ personal expense rules + an expense that went through the expense-rule flow (per the issue steps).

No related open issue found that already tracks this.

---

Next Steps for Contributor+ team:
To accept: @MelvinBot implement [this](https://github.com/Expensify/App/issues/95132) to create a draft PR.
To refine: @MelvinBot <your feedback>
To reject: Explain why you are rejecting Melvin's proposal.

[melvin-bot]

Triggered auto assignment to Contributor-plus team member for initial proposal review - @ChavdaSachin (External)