Disable referral copy until link loads

[absalonCRC]

Summary

• disable the Invite Friends Copy button until /api/referrals/code has populated a link
• guard copyLink against empty referral-link values
• add regression coverage for the loading window before the referral link resolves

Fixes #133

Validation

• pnpm test:run src/app/dashboard/referrals/page.copy-loading.test.tsx
• pnpm type-check
• pnpm exec eslint src/app/dashboard/referrals/page.tsx src/app/dashboard/referrals/page.copy-loading.test.tsx
• git diff --check

Bounty / payment

Submitted for the active uGig affiliate-program testing task. SOL receive address: 27sdMYXofqoM9qR13bZhccRNYeEgYn5EoHXTSJn4QWKP.

Payment fallback: PayPal cultofrozen@gmail.com

[greptile-apps]

Greptile Summary

This PR disables the "Copy" button on the referrals page until the /api/referrals/code fetch resolves, preventing a clipboard write with an empty string. A new test verifies the button is disabled during the loading window and re-enables once the link arrives.

• page.tsx: adds disabled={!referralLink} to the Copy button and disabled:opacity-50 for visual feedback; also adds a runtime guard inside copyLink that is now unreachable because a disabled button won't fire onClick.
• page.copy-loading.test.tsx: new Vitest/RTL test using a deferred promise to assert the button's disabled/enabled state around the async fetch lifecycle.

Confidence Score: 4/5

Safe to merge; the change is narrowly scoped to disabling a button during async load with matching test coverage.

The implementation is correct and the new test covers the intended behavior. The only notable issue is that the if (!referralLink) guard inside copyLink is dead code — a disabled button never fires onClick, so that branch and its setError call will never execute.

The guard block in copyLink (lines 66–69 of page.tsx) is worth a second glance; it is otherwise harmless but unreachable.

Important Files Changed

Filename	Overview
src/app/dashboard/referrals/page.tsx	Adds disabled={!referralLink} to the Copy button and a now-unreachable guard inside copyLink; the guard is dead code since a disabled button never fires onClick.
src/app/dashboard/referrals/page.copy-loading.test.tsx	New test using a deferred promise to verify the Copy button is disabled while /api/referrals/code is in-flight and enabled once it resolves; well-structured and covers the intended regression.

Sequence Diagram

sequenceDiagram
    participant User
    participant ReferralsPage
    participant API as /api/referrals/code

    ReferralsPage->>ReferralsPage: "mount (referralLink = "")"
    Note over ReferralsPage: Copy button disabled
    ReferralsPage->>API: fetch()
    API-->>ReferralsPage: "{ code, link }"
    ReferralsPage->>ReferralsPage: setReferralLink(link)
    Note over ReferralsPage: Copy button enabled
    User->>ReferralsPage: click Copy
    ReferralsPage->>ReferralsPage: navigator.clipboard.writeText(referralLink)

Loading

_{Reviews (1): Last reviewed commit: "Disable referral copy until link loads" | Re-trigger Greptile}

[greptile-apps]

Dead guard — unreachable via UI

Because the Copy button is now disabled={!referralLink}, a disabled <button> won't fire onClick, so copyLink can never be called while referralLink is empty. The if (!referralLink) block and the setError(...) call inside it are dead code; the error message will never be displayed to the user through normal interaction. The guard can be removed without changing behavior.