Skip to content

Changelog

All notable changes to Moveris Meet and webhooks that affect integrators are documented here.

In plain terms

This page lists Meet and webhook features, changes, and fixes relevant to teams integrating sessions, callbacks, and the interviewer view. Check it when upgrading your integration or troubleshooting unexpected behavior.

Meet- and webhook-focused changelog

While the documentation portal focuses on Moveris Meet (and the webhooks used to receive verdicts), older portal-wide entries for the REST API, SDK, and MCP are omitted here. They remain in git history and will return when those products are documented again.

2026

[2.13.0] - 2026-07-15

Added

  • Moveris Meet — frame quality gating — Before frames enter the accumulator, Meet runs a gate-and-reset quality pipeline (blur, brightness, and optionally face geometry / pose). A rejected frame resets that participant's buffer so the model still receives consecutive frames. The session SSE stream adds frame-quality-rejected (throttled to about once per second per participant) with participantId, participantName, reason, framesCollected, and framesRequired so M2M clients can surface interviewer guidance. See Integration Guide — Frame quality gating and API Reference — Session Events.

Fixed

  • Moveris Meet — stale session cleanup — When a session expires, Meet now leaves the meeting, broadcasts session-status with fatal, and unlocks the client form. SSE onerror that receives 404 for the session also marks the session fatal so the UI does not stay stuck in scanning.

[2.12.0] - 2026-06-26

Added

  • Moveris Meet — V3.1.1 models — Session create and verification history support the mixed-*-v3_1_1 aliases, so meeting sessions can target the latest model generation.

Changed

  • Moveris Meet — H.264 video pipeline — Meet now ingests each participant's video as an H.264 stream and extracts frames with FFmpeg, instead of receiving one PNG per frame. End-to-end verdict latency drops from roughly 20 seconds to about 9 seconds. Frames are delivered at native capture resolution and as consecutive frames (no frame skipping), matching how the liveness models are trained. No API changes — session endpoints, SSE streams, and webhook payloads are unchanged.

[2.11.0] - 2026-06-22

Added

  • Moveris Meet — targeted participant scanning — POST /api/sessions now accepts optional targetParticipantNames and excludeParticipantNames (arrays of display names). When targetParticipantNames is set, Meet scans only matched participants; excludeParticipantNames skips named people (for example interviewers or hosts). Name matching is two-tier: fast fuzzy matching for clear cases, with an optional LLM confirmation step (configured by Moveris on the deployment) for ambiguous names. Matched participants are pinned and analyzed during active speech. The SSE stream adds participant-stage and participant-matched events for real-time UI. See Integration Guide — Targeted participant scanning.

[2.10.0] - 2026-06-18

Added

Security

  • Moveris Meet — Dependency overrides updated for react-router, vite, and ws audit findings.

[2.8.0] - 2026-06-08

Added

  • Moveris Meet — Concurrent sessions (isolated per-session handlers with scoped WebSocket routing); manual per-participant scan in the interviewer UI (explicit trigger instead of auto-accumulation); full mixed-*-v3_1 model support in scanner and history filters.

Changed

  • Webhook metadata — Fast-check webhook payloads now forward client metadata as tenant_metadata consistently. Meet session analysis uses the same delivery path—see Webhook Setup Guide.

Fixed

  • Moveris Meet — Fresh Moveris session_id on re-scan to avoid API cache hits; bot_session_id in request metadata for webhook clustering.

[2.3.0] - 2026-04-02

Added

  • Webhook delivery logs — payload echo and filters — Delivery log API responses now include request_body (the JSON body Moveris attempted to deliver). You can filter logs by event_type (e.g. verification.completed, verification.failed) and by model. The Portal Webhook / delivery views add filtering and a detail drawer for each attempt. See Webhook Setup Guide.

[2.2.0] - 2026-04-01

Added

  • verification.failed webhook — In the Developer Portal you can subscribe to a second event type. Moveris sends it when analysis fails after authentication and request validation. The JSON body keeps the same top-level shape as verification.completed (event, session_id, timestamp, data); for failures, data includes error, model, input_source, processing_ms, and frames_processed (no verdict). The X-Webhook-Event header is verification.failed. Configure which events each webhook receives in the Portal (completed only, failed only, or both). Signing with your webhook secret works the same as for completed events. See Webhook Setup Guide and Integration Guide.

Fixed

  • Webhook delivery logging — Failure-path deliveries no longer hit invalid null constraints or missing session linkage when emitting verification.failed.

[1.3.0] - 2026-02-24

Added

  • Webhook delivery logs — View delivery history and status of webhooks in the Developer Portal. Helps debug failed deliveries and monitor verification callbacks. See Webhook Setup Guide.

How to Read This Changelog

  • Added - New features
  • Changed - Changes to existing functionality
  • Deprecated - Features that will be removed in future versions
  • Removed - Features that have been removed
  • Fixed - Bug fixes
  • Security - Security-related changes