Fix Solana wallet connection for claim flow #4

Merged
backmeupplz merged 1 commit from bdt-kaneo-4-solana-wallet-connect into main 2026-05-25 18:42:32 +00:00
backmeupplz commented 2026-05-25 18:38:39 +00:00 (Migrated from github.com)

Summary

  • resolve Solana wallet providers at click time instead of capturing window.solana during render
  • support Phantom-style window.phantom.solana, window.solana, Solflare/Backpack injected providers, delayed injection events, and Solana Wallet Standard registration
  • clear stale allocation/claim state on Solana account change or disconnect while preserving the two-block UI
  • add frontend provider tests and include them in the root bun run test path

Validation

  • bun run check
  • bun run test
  • bun run build
  • Contracts unchanged; Forge validation not required.

Manual QA Handoff

Required after deploy to tools.borodutch.com: use a real browser profile with a real Solana wallet extension/account. Verify clicking Claim $testcoin -> Connect and check allocation opens the wallet connect/sign flow, the signed allocation check reaches /api/claim/allocation-check and updates the UI, a non-holder result with eligible:false is acceptable, and the Lock $testcoin EVM wallet flow still connects and reads available/locked balances.

Deployment note: the repo only documents Easypanel/Nixpacks production commands (bun install, bun run build, bun run start); no repo-local deploy hook or Easypanel API credentials were present in this workspace.

## Summary - resolve Solana wallet providers at click time instead of capturing `window.solana` during render - support Phantom-style `window.phantom.solana`, `window.solana`, Solflare/Backpack injected providers, delayed injection events, and Solana Wallet Standard registration - clear stale allocation/claim state on Solana account change or disconnect while preserving the two-block UI - add frontend provider tests and include them in the root `bun run test` path ## Validation - `bun run check` - `bun run test` - `bun run build` - Contracts unchanged; Forge validation not required. ## Manual QA Handoff Required after deploy to tools.borodutch.com: use a real browser profile with a real Solana wallet extension/account. Verify clicking Claim $testcoin -> Connect and check allocation opens the wallet connect/sign flow, the signed allocation check reaches `/api/claim/allocation-check` and updates the UI, a non-holder result with `eligible:false` is acceptable, and the Lock $testcoin EVM wallet flow still connects and reads available/locked balances. Deployment note: the repo only documents Easypanel/Nixpacks production commands (`bun install`, `bun run build`, `bun run start`); no repo-local deploy hook or Easypanel API credentials were present in this workspace.
Sign in to join this conversation.
No description provided.