Stop finger taps from arriving as right clicks

[thirteen37]

Summary

• buttonMaskRequired is only evaluated for indirect input devices. A direct touch carries no buttons, so a finger tap satisfied both the primary and the secondary tap recognizer. UIKit lets only one of them recognize, and the secondary one — added last — won, so every tap reached the host as a right click.
• This was true all along. It only became visible once Hold synthesized iPad presses long enough for the host to see them #39 held presses long enough for the host to register them at all; before that no click landed, so there was nothing to tell you which button it was.
• Restricting the secondary recognizer to .indirectPointer leaves finger taps to the primary recognizer, while trackpad and mouse right clicks still route correctly. Apple Pencil taps now land as left clicks too.
• Bumps MARKETING_VERSION to 1.0.5 for the next release.

Verification

The regression test asserts the touch-type restriction. I confirmed it genuinely catches the bug by removing the fix and re-running — it fails with:

XCTAssertEqual failed: ("Optional([0, 1, 2, 3])") is not equal to ("Optional([3])")

[0, 1, 2, 3] is every touch type including .direct (0), which is the bug stated precisely: the secondary recognizer was accepting finger taps.

Test plan

• iPad tests pass (19/19), including the new test_secondaryTapIgnoresDirectTouches
• Test verified to fail without the fix
• Hardware: a finger tap produces a left click
• Hardware: a trackpad/mouse secondary click still produces a right click
• Hardware: keyboard input still works (confirmed working on 1.0.4)

🤖 Generated with Claude Code