Backend - payment_sessions → payment_requests rename across DB schema + 29 files - payment.service.js becomes product-agnostic owner: EventEmitter + Xendit wrapper + requestPayment / confirmPayment public API; legacy aliases retained for existing chat callers - Webhook handler at POST /api/shared/payment/webhooks/xendit, with constant-time token verification (8 vitest cases) - Server-driven pairing: payment.service emits payment_request.confirmed → pairing subscriber starts the blast. Legacy POST /chat/request still works during the cutover. - Reconciliation sweeper extended (re-emits events for confirmed rows with no chat session) - SIGTERM drain + startup reconciliation pass in server.js Customer app - waiting_payment_screen opens xendit_invoice_url via LaunchMode.inAppBrowserView - searching / no-bestie / targeted-waiting / pairing-notifier updated to consume the new payment_request_id contract - pending_payments_provider + bestie-unavailable dialog migrated Dev / testing - XENDIT_ENABLED=false is the safe default; .env.example documents the four new vars - backend/.dev/xendit-fake-webhook.sh exercises the handler without ngrok - 90/92 backend tests pass (two pre-existing session-timer flakes, unrelated); client_app analyzer clean - requirement/phase5-xendit-plan.md is the canonical reference Stage 8 (live E2E) blocked on Xendit test-mode keys. The dashboard's single-webhook-URL constraint will be worked around via a self-poll script next session. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
139 lines
5.5 KiB
JavaScript
139 lines
5.5 KiB
JavaScript
import { describe, it, expect, beforeAll, beforeEach, afterEach, afterAll, vi } from 'vitest'
|
|
|
|
/**
|
|
* The pairing service fans out via the websocket plugin (`sendToUser`) and FCM
|
|
* (`sendPushNotification`). We mock both so tests assert on intent (which event
|
|
* was sent to which user) without needing a real WS client or FCM credentials.
|
|
*
|
|
* Mocks must be declared at the top level so vi.mock hoists them above the
|
|
* service imports.
|
|
*/
|
|
vi.mock('../../src/plugins/websocket.js', () => ({
|
|
// Default: pretend the user is not connected so the service falls back to FCM —
|
|
// matches the "customer is in the app but socket isn't open" path.
|
|
sendToUser: vi.fn(() => false),
|
|
sendToSessionParticipant: vi.fn(() => false),
|
|
registerWebSocketPlugin: vi.fn(),
|
|
registerWebSocketRoute: vi.fn(),
|
|
isUserOnlineWs: vi.fn(() => false),
|
|
getSessionConnections: vi.fn(() => ({})),
|
|
}))
|
|
|
|
vi.mock('../../src/services/notification.service.js', () => ({
|
|
sendPushNotification: vi.fn(async () => true),
|
|
registerDeviceToken: vi.fn(async () => {}),
|
|
}))
|
|
|
|
// Imports BELOW the mocks (vi.mock is hoisted, but keeping the order explicit aids
|
|
// readability and matches Vitest docs).
|
|
const { sendToUser } = await import('../../src/plugins/websocket.js')
|
|
const {
|
|
createPairingRequest,
|
|
declinePairingRequest,
|
|
cancelPairingRequest,
|
|
} = await import('../../src/services/pairing.service.js')
|
|
const { createPaymentSession, confirmPaymentSession } = await import('../../src/services/payment.service.js')
|
|
const {
|
|
WsMessage,
|
|
PairingFailureCause,
|
|
PaymentRequestStatus,
|
|
SessionStatus,
|
|
} = await import('../../src/constants.js')
|
|
const { db, resetDb, resetAppConfig } = await import('../helpers/db.js')
|
|
const { createCustomer, createMitra } = await import('../helpers/fixtures.js')
|
|
|
|
describe('pairing.service', () => {
|
|
let customer
|
|
let mitra
|
|
|
|
beforeAll(async () => {
|
|
await resetAppConfig()
|
|
})
|
|
|
|
beforeEach(async () => {
|
|
await resetDb()
|
|
sendToUser.mockClear()
|
|
customer = await createCustomer({ callName: 'Alice' })
|
|
mitra = await createMitra({ callName: 'MitraOne', isOnline: true })
|
|
})
|
|
|
|
afterEach(() => {
|
|
vi.clearAllMocks()
|
|
})
|
|
|
|
it('single-recipient general blast → mitra declines → retryable ALL_MITRAS_REJECTED, payment stays confirmed', async () => {
|
|
// Arrange: confirmed, non-targeted payment session.
|
|
const pay = await createPaymentSession({
|
|
customerId: customer.id,
|
|
durationMinutes: 15,
|
|
amount: 30000,
|
|
})
|
|
await confirmPaymentSession(pay.id, customer.id)
|
|
|
|
// Act: customer fires the general blast — only one mitra is online.
|
|
const session = await createPairingRequest(customer.id, {
|
|
paymentRequestId: pay.id,
|
|
})
|
|
expect(session.status).toBe(SessionStatus.PENDING_ACCEPTANCE)
|
|
|
|
// The single recipient declines. With the /simplify fix this is correctly
|
|
// classified as a general-blast all-rejected, NOT a targeted reject.
|
|
await declinePairingRequest(session.id, mitra.id)
|
|
|
|
// Assert: pairing_failures audit row carries ALL_MITRAS_REJECTED.
|
|
const sql = db()
|
|
const failures = await sql`
|
|
SELECT cause_tag FROM pairing_failures WHERE payment_request_id = ${pay.id}
|
|
`
|
|
expect(failures).toHaveLength(1)
|
|
expect(failures[0].cause_tag).toBe(PairingFailureCause.ALL_MITRAS_REJECTED)
|
|
|
|
// Payment session stays CONFIRMED — the customer can re-blast on the same
|
|
// payment via the S7 Timeout "coba cari lagi" CTA.
|
|
const [payRequest] = await sql`SELECT status FROM payment_requests WHERE id = ${pay.id}`
|
|
expect(payRequest.status).toBe(PaymentRequestStatus.CONFIRMED)
|
|
|
|
// Customer was notified with PAIRING_FAILED carrying is_terminal=false so
|
|
// the client renders the retryable variant of the S7 timeout screen.
|
|
const pairingFailedCalls = sendToUser.mock.calls.filter(
|
|
([, , data]) => data?.type === WsMessage.PAIRING_FAILED,
|
|
)
|
|
expect(pairingFailedCalls).toHaveLength(1)
|
|
expect(pairingFailedCalls[0][2].cause_tag).toBe(PairingFailureCause.ALL_MITRAS_REJECTED)
|
|
expect(pairingFailedCalls[0][2].is_terminal).toBe(false)
|
|
})
|
|
|
|
it('cancelPairingRequest does NOT push PAIRING_FAILED to the customer', async () => {
|
|
// Arrange: a confirmed payment + an in-flight pairing request the customer is about to cancel.
|
|
const pay = await createPaymentSession({
|
|
customerId: customer.id,
|
|
durationMinutes: 15,
|
|
amount: 30000,
|
|
})
|
|
await confirmPaymentSession(pay.id, customer.id)
|
|
const session = await createPairingRequest(customer.id, {
|
|
paymentRequestId: pay.id,
|
|
})
|
|
|
|
// Act: customer cancels.
|
|
await cancelPairingRequest(session.id, customer.id)
|
|
|
|
// Assert: the customer must NOT receive a PAIRING_FAILED event for their own cancel.
|
|
// Mitras still get CHAT_REQUEST_CLOSED (that's the dismiss event) — we only assert on
|
|
// the customer-targeted events.
|
|
const customerEvents = sendToUser.mock.calls.filter(
|
|
// sendToUser signature: (userType, userId, data)
|
|
([userType, userId]) => userId === customer.id,
|
|
)
|
|
const customerEventTypes = customerEvents.map(([, , data]) => data?.type)
|
|
expect(customerEventTypes).not.toContain(WsMessage.PAIRING_FAILED)
|
|
|
|
// Payment session is still terminated (CUSTOMER_CANCELLED) — the failure row exists
|
|
// for ops accounting, just no real-time push to the customer who initiated the cancel.
|
|
const sql = db()
|
|
const failures = await sql`SELECT cause_tag FROM pairing_failures WHERE payment_request_id = ${pay.id}`
|
|
expect(failures).toHaveLength(1)
|
|
expect(failures[0].cause_tag).toBe(PairingFailureCause.CUSTOMER_CANCELLED)
|
|
})
|
|
})
|