Files
accounted/lib/support/submit-feedback.ts
T
Jakob Wennberg 52ec3ce497 feat(support): open PostHog tickets from the existing support dialog (#1239)
Enables PostHog Support through the Direct API (posthog.conversations),
restoring the second channel Recapt used to provide, but as a real ticket
linked to the person and their session replay instead of a black hole.

The in-app WIDGET stays off on purpose. It is a third-party floating chat
bubble, which is exactly what Recapt was: it would sit next to the
Assistenten FAB (which already has a hide_assistant_fab preference
because users wanted it gone), cannot follow the locked design system,
and its copy is not ours to keep Swedish. The conversations API gives the
same tickets from components/ui/support-link.tsx, which is already
on-design, Swedish and reachable from 8 surfaces.

A ticket is explicitly NOT treated as delivery. submitFeedback returns ok
only when the Resend email actually went out, even if the ticket opened.
Recapt's precise failure mode was reporting success on its own channel
while /api/support/contact was dead, and nobody is watching PostHog at
02:00. Tests pin that: ticket-only is ok:false.

Identity verification uses posthog.setIdentity(distinctId, hash) at
runtime rather than the identity_distinct_id/identity_hash init options
PostHog's settings page documents. init runs from
instrumentation-client.ts app-wide, before the user is known and
including logged-out pages, and PostHog fixes init values for the
session. setIdentity is a real method on the SDK (verified typed in
posthog-js 1.407.3), so the hash applies from AnalyticsIdentify once the
dashboard layout knows who the user is. Without the key it is skipped and
tickets fall back to browser-scoped with email recovery, which is the
normal state off hosted.

POSTHOG_SECRET_API_KEY is server-only, no NEXT_PUBLIC_ prefix: it signs
identity hashes AND authenticates external API requests, so unlike the
phc_ project token it is a real credential. Only the derived per-user
HMAC crosses to the browser.

Compliance: support free text is declared as its own data category
(user.content.support) in .compliance/ropa.yaml and named on the privacy
page. Analytics events still carry no message body (the breadcrumb sends
only the subject); a ticket carries what the user wrote, because that is
the point. Keeping the purposes separate is what stops the privacy page
drifting the way the Recapt row did.

Co-authored-by: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-07-27 16:23:32 +02:00

113 lines
3.8 KiB
TypeScript

import posthog from 'posthog-js'
import { isAnalyticsEnabled } from '@/lib/analytics/enabled'
export interface SubmitFeedbackInput {
message: string
subject?: string
}
/**
* Delivery channels.
*
* 'email' - Resend to the support inbox. The guarantee: it works with no
* third party beyond the mail provider and needs no analytics.
* 'ticket' - PostHog Support conversation, linked to the person and their
* session replay so we can see what they were doing.
*
* Recapt used to be the second channel and would report success on its own,
* masking a failing /api/support/contact. This does NOT repeat that: the
* result is `ok` only when email actually delivered. A ticket alone is not
* treated as delivery, because nobody is watching PostHog at 02:00.
*/
export type SupportChannel = 'email' | 'ticket'
export interface SubmitFeedbackResult {
ok: boolean
channels: SupportChannel[]
error?: string
}
async function submitViaEmail(
{ message, subject }: SubmitFeedbackInput
): Promise<{ ok: true } | { ok: false; error: string }> {
try {
const res = await fetch('/api/support/contact', {
method: 'POST',
headers: { 'Content-Type': 'application/json' },
body: JSON.stringify({ subject, message }),
})
if (!res.ok) {
const data = await res.json().catch(() => ({}))
return { ok: false, error: data.error || 'Kunde inte skicka meddelandet' }
}
return { ok: true }
} catch (err) {
return { ok: false, error: err instanceof Error ? err.message : 'Nätverksfel' }
}
}
/**
* Breadcrumb on the user's PostHog timeline so a support message is visible
* next to the session replay that led to it: the genuinely useful half of what
* the Recapt channel provided. NOT a delivery channel, and deliberately
* carries no message body: free text is user content and would be PII in an
* event property. Email remains the only thing that actually delivers.
*/
function noteInAnalytics({ subject }: SubmitFeedbackInput, delivered: boolean): void {
if (!isAnalyticsEnabled()) return
try {
posthog.capture('support_feedback_submitted', {
subject: subject ?? null,
delivered,
})
} catch {
// Telemetry must never affect whether the user's message went out.
}
}
/**
* Open a PostHog Support ticket alongside the email.
*
* Unlike the analytics breadcrumb this DOES carry the message body: a support
* ticket the user deliberately wrote is the one place their words are the
* point. That makes tickets a distinct processing purpose from analytics, so
* it is declared separately in .compliance/ropa.yaml and on the privacy page.
*
* Never throws and never blocks: if conversations are unavailable (support
* disabled, no analytics, older SDK) the user still gets the email path.
*/
async function submitViaTicket({ message, subject }: SubmitFeedbackInput): Promise<boolean> {
if (!isAnalyticsEnabled()) return false
try {
const conversations = posthog.conversations
if (!conversations?.isAvailable?.()) return false
await conversations.sendMessage(composeTicketBody(message, subject))
return true
} catch {
return false
}
}
function composeTicketBody(message: string, subject?: string): string {
return subject ? `[${subject}]\n\n${message}` : message
}
export async function submitFeedback(input: SubmitFeedbackInput): Promise<SubmitFeedbackResult> {
// Email first and awaited on its own: it is the delivery guarantee, and a
// slow or failing ticket call must never delay or affect it.
const emailResult = await submitViaEmail(input)
const ticketOk = await submitViaTicket(input)
noteInAnalytics(input, emailResult.ok)
if (emailResult.ok) {
return { ok: true, channels: ticketOk ? ['email', 'ticket'] : ['email'] }
}
return {
ok: false,
channels: ticketOk ? ['ticket'] : [],
error: emailResult.error,
}
}