Stop routing TalkBack's click to removed accessibility actions on Android

[YevheniiKotyrlo]

Summary:

A view that declared an activate action keeps taking TalkBack's click after its accessibilityActions are removed or replaced with []: the double-tap dispatches onAccessibilityAction with activate, and the view's own click, such as a Pressable's onPress, never runs. Two places keep the removed action. BaseViewManager.setAccessibilityActions returns before writing the tag when the prop is null, so the previous array stays on the view, and ReactAccessibilityDelegate.performAccessibilityAction routes through accessibilityActionsMap, which records every action it built node info with and never drops one.

This writes the null through, and the delegate resolves an incoming action against the view's current accessibilityActions instead of the map, so a declared action is routed as before and a removed one falls through to the view's own handling.

Changelog:

[ANDROID] [FIXED] - Removing or emptying accessibilityActions no longer leaves TalkBack's click on the removed action

Test Plan:

New cases in BaseViewManagerTest set accessibilityActions through the view manager, build the node info as TalkBack does, and perform an accessibility click. Before the change three fail: the click is not performed after the activate action is removed, nor after the actions are replaced with [] (expected:<1> but was:<0>), and a removed custom action is still in the node info. A declared activate takes the click with and without the change. With it, ./gradlew :packages:react-native:ReactAndroid:testDebugUnitTest -PenableWarningsAsErrors=true passes (760 tests), and compileReleaseKotlin and compileReleaseJavaWithJavac pass with the same flag; the rest of build_android was not run.

RNTester with TalkBack on an Android 16 emulator, before and after: after a button's activate action is removed, the double-tap dispatches onAccessibilityAction without the change, and runs onPress with it.

[YevheniiKotyrlo]

Device evidence — before / after

UNFIXED — after the button's activate action is removed, TalkBack's double-tap dispatches onAccessibilityAction and onPress never runs.

FIXED — the same double-tap runs onPress, and no accessibility action is dispatched.

before — main	after — with this PR

RNTester debug builds of main (892ea5e45d) and of this branch, on an Android 16 (API 36) emulator at 1140×2400, density 480, with TalkBack. The scene is a Pressable with accessibilityActions={[{name: 'activate'}]} and counters for onPress and onAccessibilityAction: TalkBack focuses it, its actions are removed, and TalkBack's double-tap activates it.