Description

Bridge zero-state scrolling could get stuck when a drag started from the amount area above trending tokens because the outer BridgeView wrapper always claimed the initial responder.

This change keeps the existing blur-and-close behavior for other bridge states, but lets the scroll view own the gesture when zero-state trending content is visible so users can scroll naturally into the trending section.

Changelog

CHANGELOG entry: Fixed bridge zero-state trending scrolling when dragging from the amount area

Related issues

Fixes:

Manual testing steps

Feature: Bridge zero-state trending scroll

  Scenario: user scrolls into trending tokens from the amount area
    Given I am on the Bridge screen with swaps trending tokens enabled
    And I have not entered a source amount so the zero-state trending section is visible

    When user drags upward starting from the amount area toward the trending section
    Then the Bridge screen should scroll
    And the trending section should continue scrolling without getting stuck

  Scenario: user taps outside the input in non-zero bridge states
    Given I am on the Bridge screen with a positive source amount entered

    When user taps outside the source input area
    Then the source input should blur
    And the keypad should close

Screenshots/Recordings

Before

N/A

After

N/A

Pre-merge author checklist

• I've followed MetaMask Contributor Docs and MetaMask Mobile Coding Standards.
• I've completed the PR template to the best of my ability
• I've included tests if applicable
• I've documented my code using JSDoc format if applicable
• I've applied the right labels on the PR (see labeling guidelines). Not required for external contributors.

Pre-merge reviewer checklist

• I've manually tested the PR (e.g. pull and build branch, run the app, test code being changed).
• I confirm that this PR addresses all acceptance criteria described in the ticket it closes and includes the necessary testing evidence such as recordings and or screenshots.