[Due for payment 2026-10-07] [CFI][FE 1/7] Payment history: add the "View payment history" RHP page and route #101828

Sub-task of [CFI] Add a "View payment history" page with historical billing receipts and monthly user activity.

Goal

Clicking Account > Subscription > View payment history opens a new, empty View payment history page in the RHP instead of navigating to the Expenses (Spend) page.

Scope

• New screen name, route, and navigator registration for the page.
• Page shell only: ScreenWrapper + HeaderWithBackButton titled "View payment history", a loading skeleton, and an empty state. No purchase data yet — that lands in FE 2/7.
• Repoint the entry point. The menu item currently calls viewPurchases() in src/pages/settings/Subscription/CardSection/CardSection.tsx, which builds a Search query (type:expense, merchant Expensify, Inc., all statuses) and navigates to the Expenses page. Route to the new page instead.
• Gate the new destination on the payment-history beta. The backend push of the full purchase list is beta-gated (tracked in a separate internal issue), so until the whole feature has shipped the new page would be empty for everyone else. Read betas from Onyx, keep viewPurchases() on the non-beta path, and only delete it when the beta is removed.
• Keep the existing hasPurchases condition that decides whether the menu item renders at all.
• Add the page title copy to every src/languages/*.ts locale.

Files likely touched

• src/SCREENS.ts — add under SETTINGS.SUBSCRIPTION
• src/ROUTES.ts
• src/libs/Navigation/linkingConfig/config.ts
• src/libs/Navigation/AppNavigator/ModalStackNavigators/index.tsx
• The settings navigator param list in src/libs/Navigation/types.ts
• src/pages/settings/Subscription/PaymentHistory/ (new)
• src/languages/*.ts

Acceptance criteria

• In beta: tapping View payment history opens the new RHP page; back returns to the Subscription page.
• Not in beta: behaviour is unchanged (Expenses page filtered to the Expensify merchant).
• Deep-linking the route directly opens the page — web and native, wide and narrow.
• Loading and empty states render with no layout shift.

Depends on

Nothing — this can start now. The beta itself is defined in the backend work; if that hasn't merged yet, wire against the agreed beta name so the gate is ready.

Easy to get wrong

• Deleting viewPurchases() outright in this PR — non-beta users would lose all access to their receipts.
• Registering the route in only one place. The screen constant, the route, the linking config, the modal stack, and the navigation param list all need it, or TypeScript and deep links break.