react / react/react-native

[iOS] `<ScrollView>` struggles inside a `<Pressable>` (while it works just fine on Android)

Open
#56,879 4 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Component: ScrollView Needs: Triage :mag: Platform: Android Platform: iOS
Dominant language
C++
Stars
127k
Forks
25.3k
Avg merge
1d 23h
Merged PRs (30d)
4

Description

Description

Render

<Pressable>
  <ScrollView>
    <Text>Anything tall, worth to scroll through... e.g. 10 paragraphs of Lorem Ipsum</Text>
  </ScrollView>
</Pressable>

if you try repeatedly to scroll it on iOS, either on Simulator, or on a real device (tested with iPhone), sometimes it will scroll normally, but half of the time it won't start scrolling on your tap, like if there is an interference between the parent Pressable and the ScrollView. If you turn that Pressable into just a boring View you'll find the scrolling works just fine.

At the same time, on Android it works just fine:

  • ScrollView scrolls alright
  • Pressable captures (if you add it onPress handler) on taps outside ScrollView

In other words, on Android it works as if the ScrollView is above the parent Pressable in the view stack when handling touches; and on iOS it works as they are at the same level of the stack, intercepting user touches randomly, one or another.

P.S.: Yeah, I know there is a workaround to render the same like

<>
  <Pressable>...</Pressable>
  <ScrollView>...</ScrollView>
</>

which works, but I don't see why the problematic variant should not work as well.

Steps to reproduce

Just run the repro app and play with the scrolling.

React Native Version

0.85.3

Affected Platforms

Runtime - iOS

Output of npx @react-native-community/cli info
info Fetching system and libraries information...
System:
  OS: macOS 26.5
  CPU: (12) arm64 Apple M3 Pro
  Memory: 253.81 MB / 18.00 GB
  Shell:
    version: "5.9"
    path: /bin/zsh
Binaries:
  Node:
    version: 24.15.0
    path: /Users/sergey_pogodin/.nvm/versions/node/v24.15.0/bin/node
  Yarn:
    version: 1.22.22
    path: /Users/sergey_pogodin/.nvm/versions/node/v24.15.0/bin/yarn
  npm:
    version: 11.12.1
    path: /Users/sergey_pogodin/.nvm/versions/node/v24.15.0/bin/npm
  Watchman:
    version: 2024.12.02.00
    path: /opt/homebrew/bin/watchman
Managers:
  CocoaPods:
    version: 1.16.2
    path: /opt/homebrew/bin/pod
SDKs:
  iOS SDK:
    Platforms:
      - DriverKit 25.5
      - iOS 26.5
      - macOS 26.5
      - tvOS 26.5
      - visionOS 26.5
      - watchOS 26.5
  Android SDK: Not Found
IDEs:
  Android Studio: Not Found
  Xcode:
    version: 26.5/17F42
    path: /usr/bin/xcodebuild
Languages:
  Java: Not Found
  Ruby:
    version: 3.4.1
    path: /opt/homebrew/opt/ruby/bin/ruby
npmPackages:
  "@react-native-community/cli":
    installed: 20.1.0
    wanted: 20.1.0
  react:
    installed: 19.2.3
    wanted: 19.2.3
  react-native:
    installed: 0.85.3
    wanted: 0.85.3
  react-native-macos: Not Found
npmGlobalPackages:
  "*react-native*": Not Found
Android:
  hermesEnabled: true
  newArchEnabled: true
iOS:
  hermesEnabled: true
  newArchEnabled: true
Stacktrace or Logs
N/A
MANDATORY Reproducer

https://github.com/birdofpreyru/rn-scroll-view-bug

Screenshots and Videos

No response

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by running the mandatory reproducer at https://github.com/birdofpreyru/rn-scroll-view-bug on iOS and repeatedly scrolling the ScrollView inside Pressable. Trace the iOS touch handling for Pressable and ScrollView, then verify that scrolling starts reliably while Pressable still handles taps outside the ScrollView.

Written by the indexing model from the issue text.

Assessment

Tech stack
ios, react-native
Domain
mobile
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
48/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.