Company cards - Choose a cardholder page is blank when assigning card after going online

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.25.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: https://test-management.browserstack.com/projects/2219752/test-runs/81167663/folder/13176706/68947830/1923345198
Email or phone of affected tester (no customers): kiatest.80+ck1028261@gmail.com
Issue reported by: Applause Internal Team
Bug source: Exploratory - Significant User Experience Deterioration
Device used: Pixel 8a/Android 16
App Component: Workspace Settings

Action Performed:

Precondition :

Workspace owner has invited few members (around 6 or 7) to workspace
Workspace connected to Wells Fargo company card direct feed
Launch Hybrid app
Go to workspace settings >> Company cards
Assign 3333 card to the owner selecting transaction date as "From the Beginning"
Go offline
Tap Assign CTA on 0000 card
Verify a modal displayed with a message You appear to be offline.
Tap on Got it button
Go online
Tap Assign CTA on 0000 card
Unassign 3333 card
Tap Assign CTA on 3333 card

Expected Result:

On step 9 & 11 - Members list should appear in choose a cardholder page when assigning card after going online

Actual Result:

On step 9 & 11 - After going online, members list not displayed in choose a cardholder page when assigning card

Workaround:

Unknown

Platforms:

Screenshots/Videos

Bug7299377_1793247875694.az_recorder_20261028_235914.mp4

View all open jobs on GitHub

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

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

@mjasikowski

Triggered auto assignment to @mjasikowski (DeployBlockerCash), see https://stackoverflowteams.com/c/expensify/questions/9980/ for more details.

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

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

This issue is only reproducible with Staging Server enebled.

Deploy Blocker Investigation

Result: No App PR in Deploy Checklist: New Expensify 2026-10-29 (9.5.25-0) explains this bug. Don't revert anything yet. This likely needs a staging backend/data check.

Why:

None of the 52 App PRs in the checklist touches the "Choose a cardholder" page, the offline modal, the reconnect reload, or the shared list and screen components it uses.
The Applause lead jponikarchuk said on [No QA] Add RBR to workspace agents + Prepare for 1:1:1 that this bug "is repro on all PRs." If every test build reproduces it, one App change is unlikely to be the cause. The staging API is the more likely source.

Next steps:

Check the Applause video. A loading skeleton means the list never initialized. An empty list means policy.employeeList is wrong.
Check the staging responses to OpenPolicyCompanyCardsPage (sent on reconnect) and to the assign/unassign requests. Look for anything that clears or reshapes policy.employeeList.
If an App PR is confirmed later, add DeployBlockerCash back. It was removed when the label was switched to DeployBlocker.

Investigation details

All line links point to App commit 67eb990.

What the page depends on (unchanged in this release):

Member list: AssigneeStep.tsx:225-257 builds options from policy.employeeList. The page shows a skeleton while !areOptionsInitialized (L341). Initialization waits on the screen transition (L111, L328). The last change was Hide Expensify team members from the company card and Expensify Card assignee pickers, which is already in production.
Offline modal: useAssignCard.ts:72-75. Last changed 2026-10-15.
Reload on reconnect: WorkspaceCompanyCardsPage.tsx:98-100 calls openPolicyCompanyCardsPage. Not in this release.
Option loading: usePersonalDetailSearchSelector/base.ts:212 and usePersonalDetailOptions.ts:204. Last changed 2026-10-21, already in production.
No checklist PR touches SelectionList, InteractiveStepWrapper, ScreenWrapper/index.tsx, DecisionModal, or useNetwork.

Candidates ruled out:

PR	Why it's unlikely
Raise test tools and the offline banner above required 2FA.	Only PR touching a wrapper this page uses (`ScreenWrapperContainer.tsx`). It removes memoization and moves the four-finger-tap handler into a hook. No data or transition-end changes. Its banner only renders under the required-2FA overlay.
[No QA] Add RBR to workspace agents + Prepare for 1:1:1	Touches agents, `useWorkspaceMembers`, and the members/invite pages. Nothing in the assign-card flow.
[Performance] Wide pre-mount 5/5: support RHP destination pre-mount on wide layout	Wide layout only. The bug is on native phones.
Native Account keeps the tab bar with no item selected under the Insights beta	Gated behind the Insights beta and limited to the tab bar.
[LegendList 4/9] fix: stabilize composer focus and scroll notifications	Only gates composer scroll events on `inverted`.
refactor: remove unsafe assertions from Search tracking and shared helpers	Type-only refactor.

Gaps: I couldn't check the Mobile-Expensify PRs in the checklist. I didn't reproduce the bug or confirm the backend behavior.

Confidence: Low that any App PR caused this.

Next Steps: Reply with @MelvinBot <your feedback> to refine this investigation.

⚠️ Preliminary analysis (low confidence): treat this as a starting point, not a conclusion.

This appears to be a backend/internal issue. A separate internal investigation is needed.

Why: The bug only reproduces with the staging server on, and no App PR in this release changes the flow. On the App side, a blank cardholder list (with no loading skeleton) means the workspace member list (policy.employeeList) was empty when the page opened. The App never writes employeeList during this flow, so a server response must have emptied it. Likely suspects are the responses to OpenPolicyCompanyCardsPage / OpenPolicyCompanyCardsFeed (sent on reconnect) and AssignCard / unassign.

To confirm:

Reproduce the bug, then open Workspace > Members. If that list is empty too, the member list was cleared. If members show there but not in the assignee picker, member role values changed.
Compare the staging and production responses for the four requests above. Look for a workspace update that replaces or drops employeeList.

I couldn't check backend code or logs from here, so the backend cause is unverified.

App-side evidence (commit 67eb990)

List source: the picker is built only from policy.employeeList. It skips deleted members and roles that can't create expenses: AssigneeStep.tsx:225-257.
Blank vs. loading: the skeleton depends only on areOptionsInitialized, not on employeeList: AssigneeStep.tsx:341. So a blank page with no skeleton means the filtered list was empty.
Empty, not filtered: with exactly one active member, the flow skips the picker and goes to confirmation. With zero, or two or more, it opens the picker: useAssignCard.ts:187-204. The owner is an admin and would pass the role filter, so a fully blank picker points to an empty employeeList rather than filtered entries.
Reconnect requests: going online calls OpenPolicyCompanyCardsPage, and the feed reload runs again: WorkspaceCompanyCardsPage.tsx:91-100.
No App write to employeeList: the App's optimistic data for assign and unassign only touches card and report keys: CompanyCards.ts:466-619. Any employeeList change must come from the server.
Possibly related: Guard against null workspace member entries in employeeList (merged 2026-10-20) notes that server updates can leave null entries in employeeList. It's already in production, so it isn't the cause here.

Next Steps: Reply with @MelvinBot <your feedback> to refine this analysis.

Investigating

Unable to reproduce this in v9.5.25-0

screen-20261029-153939-1793281141648.mp4

Navigation Menu

Repository navigation

Company cards - Choose a cardholder page is blank when assigning card after going online #105347

Action Performed:

Expected Result:

Actual Result:

Workaround:

Platforms:

Screenshots/Videos

Deploy Blocker Investigation

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Company cards - Choose a cardholder page is blank when assigning card after going online #105347

Description

Action Performed:

Expected Result:

Actual Result:

Workaround:

Platforms:

Screenshots/Videos

Activity

applause-bot commented on Oct 29, 2026

melvin-bot commented on Oct 29, 2026

github-actions commented on Oct 29, 2026

melvin-bot commented on Oct 29, 2026

jponikarchuk commented on Oct 29, 2026

MelvinBot commented on Oct 29, 2026

Deploy Blocker Investigation

MelvinBot commented on Oct 29, 2026

mjasikowski commented on Oct 29, 2026

m-natarajan commented on Oct 29, 2026

Metadata

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Issue actions