fix(android): a long-press drag selection is no longer stolen by a scrolling parent - #1012

What/Why?

On Android, extending a text selection by long-pressing a word and dragging often goes wrong when the text sits inside a scrolling parent (a ScrollView or a FlatList of messages). The magnifier shows and the selection grows, then the gesture is cut off: on finger-up there are no selection handles and no selection toolbar, and the selection collapses or needs an extra tap before Copy shows. Double-tapping a word works, because nothing moves.

Cause:

1. Once the finger moves during a long-press selection, the framework Editor calls requestDisallowInterceptTouchEvent(true) on the TextView's parents and relies on that until ACTION_UP.
2. reallowParentInterceptIfLinkReleased() (added in fix(android): prevent RNGH Pressable from stealing link tap gestures #477) runs after every non-ACTION_DOWN event and calls requestDisallowInterceptTouchEvent(false) whenever no link is pressed. So on the next ACTION_MOVE it undoes the Editor's request.
3. The scrolling parent then intercepts the drag, the TextView gets ACTION_CANCEL, and the Editor never starts the selection action mode.

The re-allow is only there to undo the request cancelJSTouchForLinkTap() makes for a link press. This change records when cancelJSTouchForLinkTap() made that request (LinkLongPressMovementMethod.disallowsParentIntercept), and reallowParentInterceptIfLinkReleased() only undoes it in that case. Link presses behave as before: the request is made on ACTION_DOWN over a link and released when the link touch ends or moves past the slop. For any other gesture the call was redundant anyway, since a ViewGroup clears the disallow flag itself on the next ACTION_DOWN. A normal swipe on text still scrolls the parent, because nothing requests disallow for it.

Only react-native-enriched-markdown has this function; enriched-markdown-android does not re-allow and is unchanged.

Testing

Release build of an app on react-native-enriched-markdown (T3 Code) with this patch, on a Galaxy S25 Ultra (Android 16, One UI). Assistant message text inside the app's scrolling message list, no links under the finger. Two sideways long-press drags, one downward long-press drag, then a double-tap. Touches are shown as white dots.

• Before: drags were cut off mid-selection, with no handles or toolbar on finger-up.
• After: each of 4 long-press drags ended with handles and the Copy toolbar as soon as the finger lifted. A debug log on the TextView recorded ACTION_UP with hasSelection() == true for each of them and no ACTION_CANCEL mid-drag. Plain swipes on the same text still scrolled the list (they logged ACTION_CANCEL with no selection, as expected for a parent scroll). On the same build, a link tap, a link long-press and a long-press that slides off a link behaved as before.

Before:

After:

I did not add a unit test: the React Native package has no unit test setup, and the standalone Android package does not have this function. ktlint 1.8.0 (the version the build uses) passes on both changed files.

PR Checklist

• Code compiles and runs on iOS
• Code compiles and runs on Android
• Updated documentation/README if applicable
• Ran example app to verify changes
• E2E tests are passing
• Required E2E tests have been added (if applicable)

iOS is unchanged. I verified in a downstream app (T3 Code) instead of the example app, and did not run the Maestro suite. No docs change.