Azure Face API v1.2 – Liveness Session Stuck in "Running" Even After Successful Video Upload (Tested PUT & POST Upload)
Hi Team,
We are evaluating Azure Face API v1.2 Liveness Detection (Passive Mode) for server-side implementation via REST APIs. However, we’re encountering consistent issues where the session remains stuck in the "Running"
state, even after successful video upload.
Configuration Details:
- API Version:
v1.2
- Mode: Passive / Passive-Active mode
Region: Tested with both East US and West US
Authentication: Using valid subscription key and authToken (used within 10-minute TTL)
Session Creation: Works fine — POST /detectLiveness-sessions
returns sessionId + authToken
Video Upload Attempts:
We've tried both approaches, with consistent 200 OK
responses:
PUT /detectLiveness-sessions/{sessionId}/video
POST /session/start?sessionId=...
After successful upload, we poll:
GET /detectLiveness-sessions/{sessionId}
But the response is always:
{
"sessionId": "...",
"authToken": "",
"status": "Running",
"results": {
"attempts": []
}
}
Actions Already Taken:
- Re-encoded the video using recommended
ffmpeg
parameters:
ffmpeg -i input.mp4 -c:v libx264 -b:v 1M -an -vf scale=640:480 -r 25 output_cleaned.mp4- Confirmed:
-
Content-Type: application/octet-stream
-
Authorization: Bearer <authToken>
(no subscription key here) - Session ID matches what was received during creation
- Upload happens well within 10-minute authToken TTL
-
- Tested using both East US and West US resources
- Clarification if REST-only flow is unstable compared to SDK (we are not using iOS/Android/Web SDKs — only backend REST calls)
- Any known platform-side issue with certain formats/resolutions, even if re-encoded properly?
- Is there any additional processing step required after video upload that we're missing?
- Confirmed: