Skip to content

chore: bump the plugin pin to v2.19.1 in all four samples - #15

Merged
dfattal merged 1 commit into
mainfrom
chore/bump-plugin-v2.19.1
Sep 14, 2026
Merged

dfattal merged 1 commit into
mainfrom
chore/bump-plugin-v2.19.1

Conversation

@dfattal

@dfattal dfattal commented Sep 14, 2026

Copy link
Copy Markdown
Contributor

What

Bumps com.displayxr.unity to the released #upm/v2.19.1 tag in all four samples, and commits the resolution UPM produced (packages-lock.json hash 77eaebf63b334fe6ddc94eb03ed30d9094441a8f).

sample from to
birp-multipass v2.14.0 v2.19.1
urp-singlepass-ui v2.14.0 v2.19.1
hdrp-singlepass-ui v2.14.0 v2.19.1
desktop-avatar v2.19.0 v2.19.1

The three non-avatar packages-lock.json files are exactly what Unity wrote during the build — no hand edits. desktop-avatar's lock was already resolved at v2.19.1 locally and is the same shape as the v2.19.0 entry it replaces.

Unity-pruned dead DisplayXRFeature refs

Two Assets/XR/Settings/OpenXR Package Settings.asset files (desktop-avatar, urp-singlepass-ui) still carried a dangling entry in the OpenXRSettings.features list:

- {fileID: -447193531061196479}

That object is a DisplayXRFeature whose backing script was deleted from the plug-in in v2.0.0, so the reference has pointed at nothing for a long time. Opening the projects against v2.19.1 made Unity drop the list entry (the MonoBehaviour block itself stays in the file). This is the correct resolution and is included deliberately. birp-multipass and hdrp-singlepass-ui had no such list entry.

Nothing else is in this PR — incidental editor churn (an HDRP m_RuntimeSettings repopulation, and CRLF-only rewrites of several ProjectSettings/*.asset) was discarded.

Verification

All four players rebuilt headless on Unity 6000.4.0f1 via each sample's unity_build.bat, default variant:

sample player build
birp-multipass DisplayXR-BiRP-MultiPass.exe Build Finished, Result: Success
urp-singlepass-ui DisplayXR-URP-SinglePass-UI.exe Build Finished, Result: Success
hdrp-singlepass-ui DisplayXR-HDRP-SinglePass-UI.exe Build Finished, Result: Success
desktop-avatar DisplayXR-DesktopAvatar.exe Build Finished, Result: Success

No error CS, no Build failed, no DisplayXR-related error in any log. The only DisplayXR-tagged warnings are pre-existing CS0618 obsolescence notices on FindObjectsByType(FindObjectsSortMode) in birp-multipass's DisplayXRInputController.cs.

The players really carry the v2.19.1 native plug-in. In each sample, …_Data/Plugins/x86_64/displayxr_unity.dll is byte-identical to Library/PackageCache/com.displayxr.unity@77eaebf63b33/Runtime/Plugins/Windows/x64/displayxr_unity.dll:

SHA256  3809236A008D61FFEC0D9311895DEE032342630347739DCC79876B42CD423A6F   (all four, 219984 bytes)

and Authenticode Valid, signed by CN="Leia, Inc.". The DLL carries no version resource (FileVersion is empty, raw 0.0.0.0), so the package-cache commit hash plus the SHA256 are the identity evidence.

No installer builds were run, and no player was launched.

🤖 Generated with Claude Code

https://claude.ai/code/session_012co2j1fdmZ2AdEAp4Y3xpp

All four samples now pin com.displayxr.unity at #upm/v2.19.1
(UPM resolves it to 77eaebf63b334fe6ddc94eb03ed30d9094441a8f). The three
non-avatar samples move up from v2.14.0; desktop-avatar moves from the
v2.19.0 pin that landed with the rear-depth-budget content-bounds work.

packages-lock.json for birp-multipass, urp-singlepass-ui and
hdrp-singlepass-ui is whatever Unity wrote during the build, not a hand
edit.

Unity also pruned a dead feature reference from two OpenXR settings assets
(desktop-avatar and urp-singlepass-ui): the features list still carried
`{fileID: -447193531061196479}`, a DisplayXRFeature object whose script was
deleted from the plug-in back in v2.0.0. The MonoBehaviour block itself is
still in the file; only the dangling list entry is gone, which is the
correct resolution. birp-multipass and hdrp-singlepass-ui had no such list
entry to prune.

All four players rebuilt clean on Unity 6000.4.0f1 (batchmode, "Build
Finished, Result: Success", no error CS), and in each one the bundled
displayxr_unity.dll is byte-identical (SHA256
3809236a008d61ffec0d9311895dee032342630347739dcc79876b42cd423a6f) to the
DLL in that project's com.displayxr.unity@77eaebf63b33 package cache, and
Authenticode-Valid, signed by Leia, Inc.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_012co2j1fdmZ2AdEAp4Y3xpp
@dfattal
dfattal merged commit ddc26bd into main Sep 14, 2026
1 check passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant