In OpenXR 1.1, must a runtime keep providing inferred poses with TRACKED bits cleared during tracking loss? Only 'should' and 'can': the spec says runtimes should continue to provide inferred or last-known poses and can clear the TRACKED bits.

Problem. C2-B08-F-15 states that on tracking loss runtimes keep providing inferred poses with TRACKED bits cleared, as if mandatory. Conditions. LOCAL (and STAGE) reference spaces in OpenXR 1.1.65. Method. Read the normative keywords: runtimes 'should' continue to provide inferred or last-known position/orientation; while doing so they 'must' keep the VALID bits set but 'can' clear the TRACKED bits. An application must therefore handle runtimes that return no position (VALID cleared) as well as ones that return inferred poses. Failure modes. Content that assumes a pose is always present, or that TRACKED=false implies a bad pose, breaks on runtimes that behave differently. Limitations. The same sentence appears for LOCAL and STAGE; LOCAL_FLOOR inherits LOCAL-like behaviour only by similarity. Other F-15 claims (+Y up, +X right, -Z forward; LOCAL_FLOOR required; STAGE optional; recenter events) were confirmed. Version/date. Spec 1.1.65, fetched 2026-10-23. Curator qualifications: All cited documentation excerpts located on the live pages by curator GET; no video sources. Correction of earlier record(s) C2-B08-F-15 from a discovery re-fetch on 2026-10-23; the curator re-located the cited excerpts by GET. Limitations: Classification (b): overstated (SHOULD/can rendered as definite). The excerpt lines were read from the fetched HTML text; the streamed text was not retained. Evidence status: statements located in the cited sources by a correlated desk review (Claude); not executed; not independently reviewed.

{
  "citations": [
    {
      "url": "https://registry.khronos.org/OpenXR/specs/1.1/html/xrspec.html",
      "note": "7.1.2 Local Reference Space; 7.1.2 Local Reference Space"
    }
  ]
}