shell:AppsFolder\Microsoft.CommandPalette_8wekyb3d8bbwe!App

[Foolzzw]

Microsoft PowerToys version

0.90.0

Installation method

PowerToys auto-update

Running as admin

Yes

Area(s) with issue?

General

Steps to reproduce

Whenever the computer starts up, the following prompt box will appear：

✔️ Expected Behavior

No response

❌ Actual Behavior

No response

Other Software

No response

[zadjii-msft]

Okay, admittedly using text extraction and machine translation: "没有注册类" "No registered classes"

Is Command Palette an enabled module?

Is Command Palette listed in "All apps" in the settings?

What OS version are you on/?

[Utility9298]

I do have the same. Windows 11 pro. Comand Palette is enabled yes. Command Palette is also shown in "All apps" in the settings.

But it seems like command palette does not work after reboot. I do have to disable and enable it in PowerToys settings

[Mitchell-T]

Same happens when debugging/running it using visual studio Windows 10 Pro 22H2 Fresh repository setup(main branch) using the steps described here Throws this error on startup + every time when trying to enable Command Palette

[wojcik-daniel]

Same on my side, command palette enabled, PC rebooted. OS: Win11 Enterprise.

[htcfreek]

@zadjii-msft When I started my first debug build of CmdPal a few days ago I had a similar issue complaining about unregistered classes. The reason was that I build it as non-packaged. So maybe the msix isn't installed correctly.

(Hope this helps.)

[dhstsw]

Same here.

In my case, disabling and reenabling it doesn't work.

Machine wide - x64 build.

[Mitchell-T]

Adding the "Microsoft.CmdPal.UI" project to the "runner" project's dependencies(Project > Configure startup project > Common Properties > Project Dependencies > Depends on > Check "Microsoft.CmdPal.UI") seems to fix the debugging/building with VS issue @htcfreek

Not sure if something similar in the installer could cause CmdPal to not be installed properly using the installer?

[htcfreek]

Adding the "Microsoft.CmdPal.UI" project to the "runner" project's dependencies(Project > Configure startup project > Common Properties > Project Dependencies > Depends on > Check "Microsoft.CmdPal.UI") seems to fix the debugging/building with VS issue @htcfreek

If you do a complete build. But much faster is setting "Microsoft.CmdPal.UI" as startup project and run the packed version as debugging.

[Foolzzw]

Okay, admittedly using text extraction and machine translation: "没有注册类" "No registered classes"

Is Command Palette an enabled module?

Is Command Palette listed in "All apps" in the settings?

What OS version are you on/?

Yes, the Command Palette is an enabled module. It has been listed in the settings. But only this module in the quick access after clicking icon in the bottom system tray. In the beginning,click this module cannot work,Shortcuts "win+alt+space" also has no effect,too. Windows 10 pro 22H2

[Foolzzw]

"shell:AppsFolder\Microsoft.CommandPalette_8wekyb3d8bbwe!App" Maybe: =>"Microsoft.CommandPalette_0.1.0.0_x64__8wekyb3d8bbwe" at "C:\Program Files\WindowsApps" Cannot find the path of folder without "0.1.0.0_x64"

[legrab]

Just a note that I have the same.

[CeelB-2055440]

"shell:AppsFolder\Microsoft.CommandPalette_8wekyb3d8bbwe!App" Maybe: =>"Microsoft.CommandPalette_0.1.0.0_x64__8wekyb3d8bbwe" at "C:\Program Files\WindowsApps" Cannot find the path of folder without "0.1.0.0_x64"

This is strange because when I go to shell:AppsFolder. Then I create a shortcut to Command Plate. Windows does not add the 0.1.0.0_x64 to she shortcut. Note: I didn't test if the shortcut works. It might get the same error.

[CeelB-2055440]

Problem solved: Just wait until Windows has indexed it.

[yeelam-gordon]

For those have the error, I suspect Command Palette doesn't install successfully as part of the installation. If this powershell command give nothing: Get-AppXPackage *CommandPalette* You can try to install (for per user version of powertoys) at %LOCALAPPDATA%\PowerToys\WinUI3Apps\CmdPal\Microsoft.CmdPal.UI_0.1.0.0_arm64.msix

[lagrange101]

I can install and fully use PowerToy without an admin-account in a corporate environment by installing it through MSStore / winget but CommandPalette does not install and if I try do install as by the above comment I am advised that sideloading is prohibited by policy (without an admin account) . I would expect that the install of PowerToys and Command Palette works with the same access rights...but obviously I am wrong here,,,,

[joewhite]

I also get what I think is the same error:

[Window Title] shell:AppsFolder\Microsoft.CommandPalette_8wekyb3d8bbwe!App

[Content] Windows cannot find 'shell:AppsFolder\Microsoft.CommandPalette_8wekyb3d8bbwe!App'. Make sure you typed the name correctly, and then try again.

I had just updated to PowerToys 0.90.0 (via the "download and install" prompt inside the app), and the dialog popped up after I rebooted. Also, I went to PowerToys Settings > System Tools > Command Palette, and toggled "Enable Command Palette" off; and then when I toggled it back on, it popped up the same error dialog.

My Windows version is 10.0.19045.5608.

I tried @yeelam-gordon 's suggestion of running Get-AppXPackage *CommandPalette*, and got this:

Get-AppXPackage: The 'Get-AppXPackage' command was found in the module 'Appx', but the module could not be loaded due to the following error: [Operation is not supported on this platform. (0x80131539)] For more information, run 'Import-Module Appx'.

I tried Import-Module Appx as it suggested, and it just repeated:

Import-Module: Operation is not supported on this platform. (0x80131539)

I can type shell:AppsFolder into the address bar of a Windows Explorer window, and it brings up icons for a bunch of apps, but I don't see either "Command Palette" or "Microsoft Command Palette" in the list.

I also tried @yeelam-gordon 's suggestion of running the installer from %LOCALAPPDATA%\PowerToys\WinUI3Apps\CmdPal (mine was named with "..._x64" instead of "..._arm64", which should be fine). This brought up an "Install Command Palette?" window, which summarized what the app would be allowed to do and had an "Install" button. When I clicked "Install", the window showed the message "App installation failed with error message: Access is denied. (0x80070005)"

Possibly relevant: I'm on a corporate PC, and our IT department has disabled the Microsoft Store on our computers. I don't know which exact Group Policy they used to do it, but if I try to open the Microsoft Store from the Start Menu, the window starts to load, and then changes to just the message "Microsoft Store is blocked - Check with your IT or system administrator.", and I also get a toast alert saying "This content is blocked by your IT admin - For your protection, your IT admin is not allowing you to access content from Microsoft Xbox." Is that the reason it's not able to run this app with a suspiciously-Windows-Store-looking path? But I am able to run other what-look-like-Store apps, like Calculator and Maps and Teams - all of which (according to Process Explorer) have their executables in directories named "C:\Program Files\WindowsApps<name>_x64_".

Also possibly relevant: after I installed PowerToys 0.90.0 and rebooted, I was poking around the settings, and on PowerToys Settings > Advanced > Command Not Found, in the "The following components are required" section, I did have "PowerShell 7.4 or greater" already installed, but I did not have "WinGet Client PowerShell module". I clicked the button to install it, and it turned green. But that means that at the time I ran the PowerToys 0.90.0 installer, I did not have the WinGet Client PowerShell module installed. Is there any chance the installer assumes that's there and that's what broke it?

[joewhite]

More diagnostic info: Based on https://github.com/PowerShell/PowerShell/issues/13138, it looks like PowerShell Core has problems with the Appx package, but Windows PowerShell 5 should work. So I ran the following in Windows PowerShell 5.1. I replaced any potentially-private info with <angle brackets>.

PS> Get-AppXPackage *CommandPalette*
PS> Add-AppxPackage "C:\Users\<me>\AppData\Local\PowerToys\WinUI3Apps\CmdPal\Microsoft.CmdPal.UI_0.1.0.0_x64.msix"
Add-AppxPackage : Deployment failed with HRESULT: 0x80070005, Access is denied.
Access is denied.
NOTE: For additional information, look for [ActivityId] <activity guid> in the Event Log or use the command line
Get-AppPackageLog -ActivityID <activity guid>
At line:1 char:1
+ Add-AppxPackage "C:\Users\<me>\AppData\Local\PowerToys\WinUI3Apps\ ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : SecurityError: (C:\Users\<me>....1.0.0_x64.msix:String) [Add-AppxPackage], PSSecurityException
    + FullyQualifiedErrorId : DeploymentError,Microsoft.Windows.Appx.PackageManager.Commands.AddAppxPackageCommand

PS> Get-AppPackageLog -ActivityID <activity guid>

Time                      ID           Message
----                      --           -------
4/2/2025 3:14:08 PM       603          Started deployment Add operation on a package with main parameter Microsoft.CmdPal.UI_0.1.0.0_x64.msix and
                                       Options 0 and 0. See http://go.microsoft.com/fwlink/?LinkId=235160 for help diagnosing app deployment issues.
4/2/2025 3:14:08 PM       404          AppX Deployment operation failed for package
                                       file:///C:/Users/<me>/AppData/Local/PowerToys/WinUI3Apps/CmdPal/Microsoft.CmdPal.UI_0.1.0.0_x64.msix with
                                       error 0x80070005. The specific error text for this failure is: NULL

[htcfreek]

@zadjii-msft Looking at the last report it looks like it happens (only) if PowerToys is installed in user mode (User setup) under %localappdata%. Correct?

[danielniccoli]

@yeelam-gordon

For those have the error, I suspect Command Palette doesn't install successfully as part of the installation. If this powershell command give nothing: Get-AppXPackage *CommandPalette* You can try to install (for per user version of powertoys) at %LOCALAPPDATA%\PowerToys\WinUI3Apps\CmdPal\Microsoft.CmdPal.UI_0.1.0.0_arm64.msix

[Utility9298]

@danielniccoli I tried re-installing from %LOCALAPPDATA%\PowerToys\WinUI3Apps\CmdPal\Microsoft.CmdPal.UI_0.1.0.0_arm64.msix. It claimed to be already installed but there was a button "neu installieren".

After a reboot the error message did not appear again. Seems like command palette is working too.

[lievendf]

For reference, the Chinese from the screenshot becomes "Class not registered" with English language settings.

[RalfKotthoff]

same here, corporate (windows 11) machine with no admin rights. auto update.

[danielniccoli]

@danielniccoli I tried re-installing from %LOCALAPPDATA%\PowerToys\WinUI3Apps\CmdPal\Microsoft.CmdPal.UI_0.1.0.0_arm64.msix. It claimed to be already installed but there was a button "neu installieren".

After a reboot the error message did not appear again. Seems like command palette is working too.

On my computer it does not claim to be installed and just offer the install option, even after a reboot. Noteworthy to say that after the reboot and after signing into my computer, the same error as https://github.com/microsoft/PowerToys/issues/38393#issuecomment-2769280771 popped up on my computer (although in english).

[dhstsw]

@zadjii-msft Looking at the last report it looks like it happens (only) if PowerToys is installed in user mode (User setup) under %localappdata%. Correct?

Nope, mine is machine-wide.

[misko3000]

Same issue. Error at boot/login. Started after upgrading to 0.90.0.

[alaychak-hc]

I noticed this when fully building the solution and trying to package it as an executable / MSI. The command palette project does build successfully (31 subprojects, all succeed). However, it doesn't seem to create the dependencies folder, which seems to cause issues when PowerToys attempts to install it. I also noticed that it doesn't create the msix file inside CmdPal. Logs show similar issues.

[alanmoyano]

+1 on 11 pro

[Carnarts]

I have the same issue, 11 pro, re-enabling the command palette or reinstalling powertools doesn't work for me.

[scottpk]

I too am getting this on Windows 11 Enterprise. For reference here is the english language version

[jnpapado]

I had the same issue on my Windows 10 pro machine, getting the shell:AppsFolder\Microsoft... popup at startup and the PowerToys dashboard would just crash. I found a workaround that may give someone a clue as to what went wrong: If you click off the "Go home when activated" option in the Command Palette Settings it seems to "fix" the issue and the rest of the PowerToys apps work as normal.