chore(deps): bump org.khronos.openxr:openxr_loader_for_android from 1.1.49 to 1.1.62 in /android

[dependabot]

Bumps org.khronos.openxr:openxr_loader_for_android from 1.1.49 to 1.1.62.

Release notes

Sourced from org.khronos.openxr:openxr_loader_for_android's releases.

OpenXR SDK (Source) 1.1.62

OpenXR SDK 1.1.62 (2026-07-31)

This release includes a new vendor extension, an important fix to several vendor extension added in the previous release, a loader design doc clarification, and some software fixes and cleanup. For extension authors, there are workflow improvements: extensions may now be developed in their own "fragment" XML file and referenced from xr.fragmented.xml. Provided tooling processes this file to generate the all-inclusive xr.xml previously edited directly. This reduces the merge conflicts seen during extension development and makes review easier, without requiring changes to tools expecting the conventional combined XML file.

• SDK
  • Fix: Only include EGL headers in xr_dependencies.h when using EGL or GLES. (internal MR 4387)
  • Improvement: Add src/common/platform_exports.h to de-duplicate platform specific export flags. (internal MR 4323)
  • Improvement: Add additional description of Android API layer support. (internal MR 4373)
  • Improvement: Deduplicate .def, .expsym, and .map files used for API layers in the SDK. (internal MR 4389, internal MR 3289)
• Registry
  • Change: XML registry xr.xml is now checked in after being constructed from xr.fragmented.xml and multiple per-extension XML file fragments, for reduced conflicts during development. The schema of xr.xml has not changed. Be sure to run specification/scripts/merge-registry.sh after editing xr.fragmented.xml or one of the fragments, as most tooling still uses the merged XML registry. (internal MR 4161)
  • Chore: Register DXR author ID for The DisplayXR Project. (OpenXR-Docs PR 201)
  • Fix: Resolve inconsistency between extension numbers for META vendor extensions (XR_META_hand_tracking_wide_motion_mode2, XR_META_hand_tracking_frequency_hint, XR_META_hand_tracking_unextrapolated_poses). (internal MR 4380)
  • Fix: Add XR_ERROR_LIMIT_REACHED as an valid return for xrAcquireEnvironmentDepthImageMETA matching API description. (internal MR 4414)
  • Improvement: Move XR_ANDROID_trackables to extension fragment XML file. (internal MR 4161)
  • Improvement: Add explicit type includes for types that are implicitly included to improve generated documentation. (internal MR 4406, internal MR 4413)
  • New vendor extension: XR_SONY_swapchain_color_space (internal MR 4171)

... (truncated)

Changelog

Sourced from org.khronos.openxr:openxr_loader_for_android's changelog.

OpenXR SDK 1.1.62 (2026-07-31)

This release includes a new vendor extension, an important fix to several vendor extension added in the previous release, a loader design doc clarification, and some software fixes and cleanup. For extension authors, there are workflow improvements: extensions may now be developed in their own "fragment" XML file and referenced from xr.fragmented.xml. Provided tooling processes this file to generate the all-inclusive xr.xml previously edited directly. This reduces the merge conflicts seen during extension development and makes review easier, without requiring changes to tools expecting the conventional combined XML file.

• SDK
  • Fix: Only include EGL headers in xr_dependencies.h when using EGL or GLES. (internal MR 4387)
  • Improvement: Add src/common/platform_exports.h to de-duplicate platform specific export flags. (internal MR 4323)
  • Improvement: Add additional description of Android API layer support. (internal MR 4373)
  • Improvement: Deduplicate .def, .expsym, and .map files used for API layers in the SDK. (internal MR 4389, internal MR 3289)
• Registry
  • Change: XML registry xr.xml is now checked in after being constructed from xr.fragmented.xml and multiple per-extension XML file fragments, for reduced conflicts during development. The schema of xr.xml has not changed. Be sure to run specification/scripts/merge-registry.sh after editing xr.fragmented.xml or one of the fragments, as most tooling still uses the merged XML registry. (internal MR 4161)
  • Chore: Register DXR author ID for The DisplayXR Project. (OpenXR-Docs PR 201)
  • Fix: Resolve inconsistency between extension numbers for META vendor extensions (XR_META_hand_tracking_wide_motion_mode2, XR_META_hand_tracking_frequency_hint, XR_META_hand_tracking_unextrapolated_poses). (internal MR 4380)
  • Fix: Add XR_ERROR_LIMIT_REACHED as an valid return for xrAcquireEnvironmentDepthImageMETA matching API description. (internal MR 4414)
  • Improvement: Move XR_ANDROID_trackables to extension fragment XML file. (internal MR 4161)
  • Improvement: Add explicit type includes for types that are implicitly included to improve generated documentation. (internal MR 4406, internal MR 4413)
  • New vendor extension: XR_SONY_swapchain_color_space (internal MR 4171)

... (truncated)

Commits

• c610211 OpenXR SDK 1.1.62 (2026-07-31)
• 06aefa7 Add explicit type includes for types that are implicitly included to improve ...
• 4cedcfe Prepare for introduction of XML registry fragments.
• 211e2f4 OpenXR SDK 1.1.61 (2026-07-02)
• 9d10875 Bump to build with Visual Studio 2026 on GitHub
• c550701 build(deps): bump actions/checkout from 6 to 7
• c07ad64 OpenXR SDK 1.1.60 (2026-05-20)
• 58c3995 OpenXR SDK 1.1.59.1 hotfix (2026-05-06)
• 04e9282 OpenXR SDK 1.1.59 (2026-04-30)
• b8e4824 build(deps): bump NuGet/setup-nuget from 2.0.2 to 3.0.0
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)