# Release Axis PTZ queue ownership when control is finished > Review Axis PTZ queue ownership separately from motion commands. Use the documented request, query and drop operations and verify the intended handoff without assuming queue release stops camera movement. - Canonical URL: https://update.dsesecurity.com/updates/release-axis-ptz-queue-ownership-when-control-is-finished/ - Publisher: Detection Systems & Engineering (DSE Security) - Author: DSE Security Editorial Team - Published: 2026-10-29T20:33:19+00:00 - Modified: 2026-10-29T20:33:34+00:00 - Last reviewed by DSE: 2026-10-29 - Resource type: Guide - DSE priority: Advisory - Topics: IT, Video Surveillance - Reading time: 3 minutes ## What you need to know Review Axis PTZ queue ownership separately from motion commands. Use the documented request, query and drop operations and verify the intended handoff without assuming queue release stops camera movement. ## Potentially affected Axis products exposing the documented Pan/tilt/zoom API interface; confirm actual device, hardware and software applicability before applying the proposed checks. ## DSE recommendation DSE recommends explicit acquisition, status and release transitions in the client, with motion-stop behavior reviewed independently. ## Article Bottom line: End the control session deliberately and check the resulting owner. Keep releasing a queue position separate from stopping motion and from accepting another operator’s camera view. ## Source fact: documented behavior Axis’s [Pan/tilt/zoom API](https://developer.axis.com/vapix/network-video/pantiltzoom-api/) says its PTZ queue permits one controlling user at a time and prioritizes requests, with smaller priority numbers taking precedence. The queue API uses control=request to request ownership, control=query to inspect client status and control=drop to relinquish control or leave the queue. When control queueing is enabled for a video channel, the source limits PTZ control to the client that currently possesses it. ## What the source does not establish Do not infer that dropping ownership sends a motion-stop command, removes every queued client or changes another channel’s state. Confirm the actual channel, queue configuration and client identity handling. Keep physical movement, priority policy and safe operator handoff as separate checks. ## Applicability questions - Which video channel and client identity should own the current session? - What queue configuration and priorities actually apply? - How does the client query and release its position? - Who verifies motion has stopped before the next approved operator takes control? ## DSE recommendation: controlled next steps The following steps are DSE recommendations based on the cited source. DSE recommends explicit acquisition, status and release transitions in the client, with motion-stop behavior reviewed independently. - Choose a supported camera and an attended clear test scene with two authorized clients. Record the intended channel and actual queue settings. Identify which client should control first and how each reports its queue state. Preserve the existing priority policy rather than altering user-group priorities merely to force a demonstration result. - Use the documented request and query workflow for the first client. Keep a movement request separate from the evidence identifying the current owner. Ask the second client to make its expressly approved control request and retain both clients’ observations. Do not treat a rejected or waiting client as a device failure without examining the queue state. - Stop any approved test movement through its supported control procedure, then release the first client’s ownership or queue position through the documented drop operation. Query the relevant client states again and verify the intended handoff with an operator. Clean up the test clients and restore the approved operator arrangement instead of leaving a background session unexplained. ## Verification and evidence Retain the channel, client references, queue settings, ownership requests, status observations and release outcome in one timeline. Record physical stop and the next operator’s control as distinct observations. Have another reviewer reconstruct the owner at each step without relying solely on the displayed picture. Use a proposed client fixture where a session ends without releasing its queue position. Require the implementation review to identify the missing release path and its supported handling. Keep disconnection and error recovery subject to the exact client design. No camera movement, queue handoff or universal disconnect behavior was tested for this article. ## Official references - [Pan/tilt/zoom API](https://developer.axis.com/vapix/network-video/pantiltzoom-api/) — Axis Communications; official VAPIX documentation. Source review completed October 29, 2026. Recheck the official documentation and the deployed device’s capabilities before changing production settings. ## Primary reference - Name: Axis Communications — Pan/tilt/zoom API - Authority: Axis Communications - URL: https://developer.axis.com/vapix/network-video/pantiltzoom-api/ - Source publication date: Not stated by the source ## Citation and use Preferred citation: “Release Axis PTZ queue ownership when control is finished,” DSE Security, https://update.dsesecurity.com/updates/release-axis-ptz-queue-ownership-when-control-is-finished/ Publishing principles: https://update.dsesecurity.com/updates/dse-updates-editorial-methodology/ Usage and citation policy: https://update.dsesecurity.com/usage/ Copyright © 2026 Detection Systems & Engineering. All rights reserved.