Harden remote display qualification evidence - #365
Merged
Conversation
abrichr
force-pushed
the
codex/remote-readiness-claims
branch
from
August 18, 2026 21:03
e307b2b to
befac34
Compare
abrichr
force-pushed
the
codex/remote-readiness-claims
branch
from
August 18, 2026 23:04
befac34 to
f6a9269
Compare
abrichr
marked this pull request as ready for review
August 19, 2026 23:20
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
What changed
Why
The remote backends already supported a new coordinate space after a fresh capture, but the public contract did not say this clearly or test the full between-action resize and cross-monitor case. Some input paths also allowed a host transport error to escape without the typed uncertain-delivery result. The RDP wheel path silently dropped an unsupported horizontal component, which could turn one demonstrated gesture into a different action.
The real Citrix acceptance harness bound a configured display fingerprint, but its independent live collector did not return that display observation on every trial. Its report also did not name all reliability counts required for a deployment decision.
Evidence boundary
This PR does not claim general RDP or Citrix production readiness.
Customer acceptance still required
A live Citrix acceptance must use the exact Workspace, server, application, account, session, policy, display, and network matrix. It must include at least three counted trials for every configured condition, an independent system-of-record effect oracle, real resize and full-screen cases, every supported monitor topology, reconnect and lock behavior, latency and timeout limits, and the retained failure taxonomy.
Validation
testjob runs)ruff check openadapt_flow,ruff format --check openadapt_flow tests, andmypypassedscripts/validate_claims.py --check --structure-onlypassedscripts/validate_claims.py --check --ci-job test --junit runs/unit-claims-junit.xmlpassed (the new pass-bound claims gate: every citedsupportedtest file appears and passes in the required job's real JUnit result)docs/VERIFICATION.mdanddocs/verification.jsonregenerate with no driftscripts/check_release_consistency.pypassedpublic-artifacts.jsonregenerated with--write-public-artifact-inventory; only theclaims.yamlanddocs/verification.jsonhashes movedCoordination
This branch is rebased onto
mainat16c9177, so it now includes:It does not depend on the unmerged admission work in #372. PR #364 also changes generated claims and product-status files; whichever of #364 and this PR merges second must regenerate the claim views and the public artifact inventory.
🤖 Generated with Claude Code