Repository navigation
[Due for payment 2026-10-26] iOS - App freeze when select IOU expense #104270
Description
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.13-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: #103682
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: iphone 11/26.2
App Component: Other
Action Performed:
Precondition:
User B create new gmail account
User A submit two expenses to User B
Steps:
- User B open expense report
- User B long tap on one of the expenses> Select
Expected Result:
App should not freeze
Actual Result:
App freeze
Workaround:
Unknown
Platforms:
- Android: App
- Android: mWeb Chrome
- iOS: App
- iOS: mWeb Safari
- iOS: mWeb Chrome
- Windows: Chrome
- MacOS: Chrome Safari
Screenshots/Videos
Bug7288161_1792158920773.RPReplay_Final1792158396.mp4
Applause Internal Information
Exported by: Svetlana Lazutkina
Bug ID: 7288161
Issue Owner
Current Issue Owner: @linhvovan29546Metadata
Metadata
Assignees
Type
Projects
- Status
Activity
applause-bot commentedon Oct 16, 2026
While Applause doesn't embed attachments for this bug, here are the links for quick view:
https://platform.applause.com/services/links/v1/external/2b142027aec9ba02629aa523f7fa5cb47a4af5fbd6580a436a27e60a02ed568a
melvin-bot commentedon Oct 16, 2026
You have been assigned to this deploy blocker because you recently merged this PR: #103682
melvin-bot commentedon Oct 16, 2026
@Julesssss @DylanDylann you have been assigned to this deploy blocker because you reviewed the offending PR: #103682
melvin-bot commentedon Oct 16, 2026
@linhvovan29546 you have been assigned to this deploy blocker because you authored the offending PR: #103682
melvin-bot commentedon Oct 16, 2026
💬 A slack conversation has been started in #expensify-open-source
github-actions commentedon Oct 16, 2026
👋 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:
ZhenjaHorbach commentedon Oct 16, 2026
Dupe of this
#104267
MelvinBot commentedon Oct 16, 2026
Deploy Blocker Investigation
Causing PR: Add liquid glass bottom tab bar to iOS, Android and mWeb, not the auto-assigned Remove getReportTransactions default in getPayMoneyRequestParams (Part 8). Confidence: high, from code reading. I did not reproduce on iOS.
Root cause: On native, every tab now stays mounted and unfrozen. The Workspaces tab of a brand-new account (User B) renders an empty table in the background. Its selection effect turns off the app-wide mobile selection mode without checking focus. The focused report still has one expense selected, so it turns the mode back on. The two effects repeat forever and lock the JS thread.
Recommendation: roll forward. In
selection.ts:127-140, return early when!useIsFocused()and addisFocusedto the dependencies. This is the same fix proposed on Android - Spend - Unable to bulk select expense, which has the same root cause. One fix should clear both blockers. If the fix isn't ready in time, revert Add liquid glass bottom tab bar to iOS, Android and mWeb together with its CP follow-up, [CP Staging] Fix liquid glass bottom tab bar issues.Investigation details
Why the auto-assigned PR is not the cause: It only passes a transaction list into
payMoneyRequest/payInvoice. Those values are read when the user presses Pay, not when they select an expense. Its one new hook inuseHoldMenuSubmitonly reads data.Why background tabs keep running:
TabNavigator.native.tsx:51-58sets nolazyoption, so the native bottom-tab navigator mounts all tabs at startup.FreezeWrapper/index.native.tsxintentionally does not freeze background tabs on native.WorkspacesListPage.tsx:263-271renders an emptyWorkspaceListTablefor an account with no workspaces.The loop:
MoneyRequestReportTransactionLongPressModal.tsx:58-63).isSelectionModeEnabledWithoutSelectableKeysturns it off (selection.ts:127-140).useHandleSelectionMode.ts:33-34, called fromuseMoneyRequestReportTransactionSelection.ts:72).On Spend, the mode is only turned back on when screen size changes, so the same bug shows as "can't select" instead of a freeze. The code path is shared with Android, so the Android app likely freezes on this flow too.
Suggested assignees:
sumo-slonik(author),ZhenjaHorbachandgrgia(reviewers) of the causing PR.AI code review rule: This pattern is generalizable. A rule draft ("gate writes to the global mobile selection mode on screen focus") is already on Android - Spend - Unable to bulk select expense. This issue is more evidence for that rule, so I didn't draft a second one.
Next Steps: Reply with
@MelvinBot implement thisto create a draft PR, or@MelvinBot <your feedback>to refine this analysis.view run
m-natarajan commentedon Oct 16, 2026
Not repro, iPhone 13/iOS 26.6.2, v9.5.13-3
ScreenRecording_10-16-2026.18-56-24_1.mp4
[-]iOS - App freeze when select IOU expense[/-][+][Due for payment 2026-10-26] iOS - App freeze when select IOU expense[/+]melvin-bot commentedon Oct 19, 2026
@linhvovan29546 / @DylanDylann
The solution for this issue has been 🚀 deployed to production 🚀 in version 9.5.13-6 and is now subject to a 7-day regression period 📆. Here is the list of pull requests that resolve this issue:
If no regressions arise, payment will be issued on 2026-10-26. 🎊
The following checklist (instructions) will need to be completed before the issue can be closed. Please copy/paste the Contributor+ Checklist from here into a new comment on this GH and complete it. If you have the K2 extension, you can simply click: [this button]. If no checklist is needed for this issue, you can click: [no checklist button]