[$250] mWeb - Workspace search - Page can be scrolled underneath the navigation bar when search for WS

[jponikarchuk]

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.1.87-0
Reproducible in staging?: Yes
Reproducible in production?: Yes
If this was caught during regression testing, add the test name, ID and link from TestRail: https://test-management.browserstack.com/projects/2148171/folder/12015330/test-cases/39318057
Email or phone of affected tester (no customers): N/A
Issue reported by: Applause Internal Team
Device used: iPhone 15 iOS 18.5/Safari
App Component: Other

Action Performed:

1. Sign in to ND with gmail account
2. Create 16 workspaces
3. Navigate to the Workspaces tab
4. Enter a single character in the "Find workspace" search field, that will return results
5. Scroll down the page while the keyboard is open

Expected Result:

The page cannot be scrolled beneath the navigation bar

Actual Result:

"Workspaces" page can be scrolled underneath the navigation bar when searching for a workspace. Sometimes the the scrolling gets stuck on some results, swiping to the top a few times opens the page underneath the navigation bar

Workaround:

Unknown

Platforms:

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

Screenshots/Videos

1.mp4

View all open jobs on GitHub

Upwork Automation - Do Not Edit

• Upwork Job URL: https://www.upwork.com/jobs/~021952599756627147716
• Upwork Job ID: 1952599756627147716
• Last Price Increase: 2025-09-09

Issue Owner

Current Issue Owner: @sobitneupane

[melvin-bot]

Triggered auto assignment to @RachCHopkins (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.

[thelullabyy]

Proposal

Please re-state the problem that we are trying to solve in this issue.

"Workspaces" page can be scrolled underneath the navigation bar when searching for a workspace. Sometimes the the scrolling gets stuck on some results, swiping to the top a few times opens the page underneath the navigation bar

What is the root cause of that problem?

The keyboard is not dismissed during scroll events on the Workspaces page. This differs from other components (like SelectionList) where onScroll explicitly triggers a keyboard dismiss:

App/src/pages/workspace/WorkspacesListPage.tsx

Line 482 in 2fd8915

<FlatList

vs

App/src/components/SelectionList/index.tsx

Line 65 in 2fd8915

Keyboard.dismiss();

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

We should add logic to dismiss the keyboard in the onScroll handler at this location:

App/src/pages/workspace/WorkspacesListPage.tsx

Line 482 in 2fd8915

<FlatList

This can be done by passing a function to onScroll that calls Keyboard.dismiss(), following the same pattern used
here.

We can consider implementing the isScreenTouched state tracking like we did in here if needed.

What specific scenarios should we cover in automated tests to prevent reintroducing this issue in the future?

NA

What alternative solutions did you explore? (Optional)

[bernhardoj]

Proposal

Please re-state the problem that we are trying to solve in this issue.

Whole page can be scrolled when keyboard shows in iOS mWeb.

What is the root cause of that problem?

This is a common issue on iOS when the keyboard shows because when keyboard shows, the visual viewport reduces. We solves this by using shouldEnableMaxHeight, but in WS list page, we don't use it.

App/src/pages/workspace/WorkspacesListPage.tsx

Lines 471 to 478 in b73ebe2

	return (
	<ScreenWrapper
	shouldEnablePickerAvoiding={false}
	shouldShowOfflineIndicatorInWideScreen
	testID={WorkspacesListPage.displayName}
	enableEdgeToEdgeBottomSafeAreaPadding={false}
	bottomContent={shouldUseNarrowLayout && <NavigationTabBar selectedTab={NAVIGATION_TABS.WORKSPACES} />}
	>

Btw, we use shouldEnableMaxHeight for the empty view even though it's not necessary.

App/src/pages/workspace/WorkspacesListPage.tsx

Lines 428 to 433 in b73ebe2

	if (isEmptyObject(workspaces)) {
	return (
	<ScreenWrapper
	shouldEnablePickerAvoiding={false}
	shouldEnableMaxHeight
	testID={WorkspacesListPage.displayName}

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

If we don't want to dismiss the keyboard on scroll, then we can apply shouldEnableMaxHeight to the page.

What specific scenarios should we cover in automated tests to prevent reintroducing this issue in the future?

N/A

[RachCHopkins]

Hmmm. Mine does not look like this. Mine has issues with the keyboard taking a beat to retract.

v9.1.88-0

Might be fixed in the latest version so maybe a retest is in order.

[m-natarajan]

Issue reproducible in iPhone 13/18.1.1, v9.1.88-1

ScreenRecording_08-01-2025.11-09-38_1.MP4

[melvin-bot]

Job added to Upwork: https://www.upwork.com/jobs/~021952599756627147716