fix(email-campaigns): batch large contact lookups via contacts_view

[malek10xdev]

Summary

Large email campaigns (>~1k contacts) failed with URI too long because getSelectedContacts (compliance middleware) and getContactsByEmails (/campaigns/preview) used a single .in("email", emails) query. PostgREST serializes that as ?email=in.(...) in the URL, and ~30 chars/email blows past the URL length limit on Supabase / edge functions.

Fix

Query private.contacts_view (which already dedupes by (user_id, COALESCE(email, id::text)) via ROW_NUMBER() OVER (PARTITION BY ...) and aggregates consent_status via (array_agg(... ORDER BY rn) FILTER (...))[1]) in batches of 100. The view's SQL-level dedup makes the JS-side dedup redundant, so the function body in this PR is byte-identical to the equivalent in leadminer-commercial (PR #120). The 2-step getContactsByEmails flow (persons .in() -> RPC by id) is replaced with a single batched query against the view.

Gated Deno.serve() behind import.meta.main so tests can import index.ts helpers without binding a port.

leadminer-commercial parity

The matching change is on leadminer-commercial PR #120 (branch fix/email-campaign-uri-too-long, commit a00e57d). The integration script at deploy time copies commercial's middlewares-mod.ts into the deployed leadminer; without the matching commercial change, the two repos would diverge.

Behavior change

The consent_status winner switches from "most recent updated_at" to "primary source first, then most recent updated_at" (the view's rn ordering). This is more correct for the campaign-check flow (primary source is the source of truth for consent) and matches what the production /campaigns/preview path already does via get_contacts_table_by_ids.

Tests

• 3 tests in tests/get-selected-contacts.test.ts (batching, small list, empty input) — the previous "cross-batch dedup" test was removed because dedup is now at the SQL view level
• 3 tests in tests/get-contacts-by-emails.test.ts (unchanged)
• 6 pre-existing broken tests in tests/campaign-{bill,check}-middleware.test.ts fixed (they imported non-existent campaign-{bill,check}-middleware.ts; the real middlewares are createFinalResponseMiddleware and complianceMiddleware in middlewares-mod.ts)
• 21/21 Deno tests pass (deno test --allow-all --no-check in supabase/functions/email-campaigns/)

Test plan

1. cd supabase/functions/email-campaigns && deno test --allow-all --no-check — 21/21 pass
2. Manual: send a campaign with 1000+ contacts (previously failed, should now succeed)

🤖 Generated with opencode

Co-Authored-By: opencode noreply@opencode.ai