Skip to content

fix: follow the platform's renamed job folder and session cookie - #73

Merged
cigamit merged 2 commits into
ctrliq:mainfrom
blaipr:refactor/ascender-job-folder-prefix
Sep 15, 2026
Merged

cigamit merged 2 commits into
ctrliq:mainfrom
blaipr:refactor/ascender-job-folder-prefix

Conversation

@blaipr

@blaipr blaipr commented Sep 14, 2026

Copy link
Copy Markdown
Contributor

Two server-side names moved in ctrliq/ascender#997, and this client reads both.

The job private data directory. JOB_FOLDER_PREFIX went from awx_ to ascender_, so the volume mount this looks for is /tmp/ascender_<id> on a current server and /tmp/awx_<id> on an older one. Both are accepted rather than swapping one for the other: a client is not installed alongside the server it talks to and there is no version negotiation here, so pinning either name alone breaks against half the releases, and the symptom is a RuntimeError saying no private_data_dir could be found rather than anything naming a version mismatch.

The session cookie. SESSION_COOKIE_NAME went from awx_sessionid to ascender_sessionid. This one cannot take both: Connection already reads the name from the X-API-Session-Cookie-Name header at login and so is correct against any release, but the websocket cookie is sent rather than read and has to be the single name the server expects. The default follows the current server, and the comment now says that a caller holding a Connection should pass its session_cookie_name instead of relying on the default, which is the only thing correct against an older one.

The platform renamed the prefix on a job's private data directory from awx_ to
ascender_, so the volume mount this looks for to find the controller's copy is
/tmp/ascender_<id> on a current server and /tmp/awx_<id> on an older one.

Both are accepted rather than swapping one for the other. A client is not
installed alongside the server it talks to and there is no version negotiation
here, so pinning either name alone breaks against half the releases, and the
symptom is a RuntimeError saying no private_data_dir could be found rather than
anything naming a version mismatch.
@ciq-it-service-account

ciq-it-service-account commented Sep 14, 2026

Copy link
Copy Markdown

Snyk checks have passed. No issues have been found so far.

Status Scan Engine Critical High Medium Low Total (0)
Code Security 0 0 0 0 0 issues

💻 Catch issues earlier using the plugins for VS Code, JetBrains IDEs, Visual Studio, and Eclipse.

The platform renamed SESSION_COOKIE_NAME from awx_sessionid, so the cookie
WSClient sends had the wrong name.

Unlike the HTTP side this one cannot take both. Connection reads the name from
the X-API-Session-Cookie-Name header at login and so is right against any
release, but the websocket cookie is sent rather than read and has to be the
single name the server expects. The default follows the current server, and the
comment now says that a caller holding a Connection should pass its
session_cookie_name rather than rely on the default, which is the only thing
that is correct against an older one.
@blaipr blaipr changed the title fix: accept both names for a job's private data directory fix: follow the platform's renamed job folder and session cookie Sep 14, 2026
@cigamit cigamit self-assigned this Sep 15, 2026
@cigamit cigamit added the bug Something isn't working label Sep 15, 2026
@cigamit
cigamit merged commit fe9ca01 into ctrliq:main Sep 15, 2026
1 check passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

bug Something isn't working

Development

Successfully merging this pull request may close these issues.

3 participants