Searching screen: soft-prompt card reskin, pulsing-dots panel replaces
the spinner, inline 5-min timeout panel with `coba cari lagi` (resets
pairing notifier + routes to /payment/entry for a fresh funnel — the
server-side payment is failed_pairing at that point so a stale retry
isn't valid) and `kembali ke home` ghost CTA.
Bestie-found screen: S9 Match-V4 reskin — HaloOrb + status dot +
'halo, aku bestie {name}' + `mulai sesi {N} menit →` with N pulled from
the active session's duration_minutes.
Targeted-wait overlay (new) at /chat/waiting-targeted/:mitraId. Three
sub-states from pairingProvider's PairingTargetedWaitingData:
waiting (20s countdown) / accepted (routes to chat) / declined (stubbed
BestieOfflinePopup with a TODO pointing to Stage 8). Reached via
payment_screen._routeToSearchOnConfirmed when the confirm carried a
targetedMitraId — keeps the mandatory payment-before-pairing invariant.
Dev-only POST /internal/_test/force-pairing-timeout drives the 5-min
timeout shortcut for the Maestro flow without waiting live.
Maestro 05_searching_timeout.yaml + force_pairing_timeout.js helper.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
17 lines
758 B
JavaScript
17 lines
758 B
JavaScript
// Force-expire the most-recent searching chat_session by hitting the dev-only
|
|
// /internal/_test/force-pairing-timeout endpoint. Used by the Stage 5 maestro
|
|
// flow (05_searching_timeout.yaml) to drive the searching screen into the
|
|
// timeout state without waiting 5 minutes.
|
|
//
|
|
// Reads BACKEND_INTERNAL_URL from env (Maestro injects it from the flow).
|
|
const url = BACKEND_INTERNAL_URL || 'http://localhost:3001'
|
|
const resp = http.post(`${url}/internal/_test/force-pairing-timeout`, {
|
|
body: JSON.stringify({ latest: true }),
|
|
headers: { 'Content-Type': 'application/json' },
|
|
})
|
|
if (resp.status !== 200) {
|
|
throw new Error(`force-pairing-timeout failed (${resp.status}): ${resp.body}`)
|
|
}
|
|
const data = json(resp.body)
|
|
output.SESSION_ID = data.session_id
|