You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Maintenance: re-extract vendored CmdPal SDK after Microsoft updates #29
We vendor the CmdPal SDK in `tools/cmdpal-sdk/` to work around a NuGet/runtime WinRT IID mismatch. When Microsoft ships a new CmdPal version, the runtime IIDs change and our vendored SDK drifts — the extension stops loading.
Symptom
After a CmdPal upgrade, the extension fails to load (or silently no-ops). User sees nothing in the palette.
Procedure
See `tools/cmdpal-sdk/README.md` for the extraction steps.
Trigger
Open this issue (or close + reopen) any time Microsoft ships a CmdPal update, so the workaround stays current. Track in releases.
Long-term fix
Closes when the "Bump Microsoft.CommandPalette.Extensions NuGet" issue is resolved (the moment Microsoft publishes a NuGet package with matching runtime IIDs, we drop the vendored DLL entirely).
This is a maintenance/documentation task for the vendored Command Palette SDK workaround.
The repo currently vendors Microsoft.CommandPalette.Extensions.dll and .winmd under tools/cmdpal-sdk/ because the NuGet package can drift from the Command Palette runtime WinRT IIDs.
tools/cmdpal-sdk/README.md already documents the extraction command and the currently vendored source package/version.
The work should only be performed when a specific Microsoft Command Palette update has shipped or when extension loading is broken after an update.
Closing as obsolete. The workaround this issue existed to maintain is gone: #31 deleted tools/cmdpal-sdk/ and the project now references the Microsoft.CommandPalette.Extensions NuGet package directly, so there is no vendored SDK left to re-extract when Command Palette updates.
The IID mismatch that motivated the vendoring turned out not to be real. What the override actually provided was Microsoft.CommandPalette.Extensions.winmd in the package, which the csproj now forces into the publish output.
Activity
nickknissen commentedon May 20, 2026
Triage Notes
What we've established so far:
Microsoft.CommandPalette.Extensions.dlland.winmdundertools/cmdpal-sdk/because the NuGet package can drift from the Command Palette runtime WinRT IIDs.tools/cmdpal-sdk/README.mdalready documents the extraction command and the currently vendored source package/version.What we still need from you (@nickknissen):
Microsoft.CommandPalettepackage version is present on the affected machine?nickknissen commentedon Aug 18, 2026
Closing as obsolete. The workaround this issue existed to maintain is gone: #31 deleted
tools/cmdpal-sdk/and the project now references theMicrosoft.CommandPalette.ExtensionsNuGet package directly, so there is no vendored SDK left to re-extract when Command Palette updates.The IID mismatch that motivated the vendoring turned out not to be real. What the override actually provided was
Microsoft.CommandPalette.Extensions.winmdin the package, which the csproj now forces into the publish output.