[Due for payment 2026-10-30] Android - Expense - Unable to enter selection mode after switching to table view

@daledah

If you haven’t already, check out our contributing guidelines for onboarding. To join our Slack channel, fill out this form.

Version Number: 9.5.5-0
Reproducible in staging?: Yes
Reproducible in production?: N/A - new feature, doesn't exist in prod
If this was caught during regression testing, add the test name, ID and link from BrowserStack: #103121
Email or phone of affected tester (no customers): [email protected]
Issue reported by: Applause Internal Team
Bug source: Exploratory - Significant User Experience Deterioration
Device used: Samsung Galaxy S25 FE / Android 16
App Component: Money Requests

Action Performed:

Launch Expensify app.
Go to workspace chat.
Create an expense.
Open the report.
Tap More > Switch to table view.
Long tap on the expense row > Select.

Expected Result:

App will enter selection mode after switching to table view.

Actual Result:

App cannot enter selection mode after switching to table view.

Workaround:

Unknown

Platforms:

Screenshots/Videos

Bug7280477_1791403789873.Screen_Recording_20261008_040015_Expensify.mp4

View all open jobs on GitHub

Applause Internal Information
Exported by: Nathan Lemma
Bug ID: 7280477

Issue Owner

Current Issue Owner: @daledah

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

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

@Beamanator

@Beamanator @daledah you have been assigned to this deploy blocker because you reviewed the offending PR: #103121

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

👋 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:

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

Deploy Blocker Analysis

Causing PR: Add a More menu option to switch single-expense reports between expense view and table view (high confidence)

Root Cause: That PR lets a one-expense report render as a table, so you can long-press a row and tap Select. But an older check in MoneyReportHeader.tsx:145-152 turns selection mode off whenever a report has one expense or none. Selection mode turns on, the header re-renders, sees one expense, and turns it off right away.

Recommendation: Fix forward rather than revert. In MoneyReportHeader.tsx, use the PR's existing useSingleExpenseReportView hook so one expense is enough when the user picked the table view:

const {shouldUseTableViewForSingleExpense} = useSingleExpenseReportView();
// ...
const minTransactionsForSelection = shouldUseTableViewForSingleExpense ? 1 : 2;
if (visibleTransactions.length < minTransactionsForSelection) {
    turnOffMobileSelectionMode();
}

Add a case to tests/ui/components/MoneyReportHeaderSelectionModeTest.tsx: saved view is table, report has one expense, selection mode stays on. If the fix can't land quickly, revert the PR.

Investigation details

Line references use the current staging tip, b95bb6bb.

The PR makes shouldDisplayReportTableView return true for one-expense reports when the user picks the table view: MoneyRequestReportUtils.ts:172-177.
Tapping Select in the long-press menu calls turnOnMobileSelectionMode(): MoneyRequestReportTransactionLongPressModal.tsx:58-63.
The header check (visibleTransactions.length <= 1) existed before this release. It assumed a one-expense report could never be in table view. The PR broke that assumption but did not change the header.

Scope: The check only runs on narrow layouts, and long-press only works on small screens. iOS and mobile web are likely affected too. Wide layouts are not.

Other PRs in the release: I checked all 49 PRs in Deploy Checklist: New Expensify 2026-10-07. No other PR changes table-view or one-expense behavior. No other PR touches MoneyReportHeader.tsx, the selection-mode hooks, or the long-press menu.

view run

⚠️ Looks like this issue was linked to a Deploy Blocker here

If you are the assigned CME please investigate whether the linked PR caused a regression and leave a comment with the results.

If a regression has occurred and you are the assigned CM follow the instructions here.

If this regression could have been avoided please consider also proposing a recommendation to the PR checklist so that we can avoid it in the future.