[Due for payment 2025-05-20] [$250] Android - Settings - Tapping inbox & quickly long press "domains" shows copy clipboard in LHN

[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: V9 1.32-0
Reproducible in staging?: Yes
Reproducible in production?: Yes
If this was caught on HybridApp, is this reproducible on New Expensify Standalone?: No, reproducible on hybrid only
If this was caught during regression testing, add the test name, ID and link from TestRail: N/A
Email or phone of affected tester (no customers): N/A
Issue reported by: Applause Internal Team
Device used: Redminote 10s android 13 phone
App Component: User Settings

Action Performed:

1. Launch app
2. Tap account
3. Tap inbox and quickly long press "domains" and take the finger when page transitioned to LHN

Expected Result:

Tapping inbox & quickly long press "domains" must not show copy url to clipboard in LHN.

Actual Result:

Tapping inbox & quickly long press "domains" shows copy url to clipboard in LHN.

Workaround:

Unknown

Platforms:

• Android: Standalone
• Android: HybridApp
• Android: mWeb Chrome
• iOS: Standalone
• iOS: HybridApp
• iOS: mWeb Safari
• 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/~021917323258674579490
• Upwork Job ID: 1917323258674579490
• Last Price Increase: 2025-04-29
• Automatic offers:
• thelullabyy | Contributor | 107118305

Issue Owner

Current Issue Owner: @johncschuster

[melvin-bot]

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

• Android - Settings - Tapping inbox & quickly long press "domains" shows copy clipboard in LHN

What is the root cause of that problem?

• When a user long-presses a button and then navigates to another screen before the long-press action completes, the event handler for the long-press still fires after the configured delay. This results in unintended behavior on the previous screen.

  App/src/pages/settings/InitialSettingsPage.tsx

  Line 364 in e1e89c9

  onSecondaryInteraction={item.link ? (event) => openPopover(item.link, event) : undefined}

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

• Introduce a guard clause in the long-press handler to ensure it only executes if the user is still on the /settings screen. If the screen has changed, the handler should return early to avoid applying unintended logic.

const openPopover = (link: string | (() => Promise<string>) | undefined, event: GestureResponderEvent | MouseEvent) => {
    if (Navigation.getActiveRoute() !== '/settings') {
        return;
    }

• This approach prevents the delayed long-press action from firing if the user has already navigated away.

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

• N/A

What alternative solutions did you explore? (Optional)

[melvin-bot]

@johncschuster Huh... This is 4 days overdue. Who can take care of this?

[melvin-bot]

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

[melvin-bot]

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

[rushatgabhane]

🎀👀🎀 looks good #60783 (comment)