-
Notifications
You must be signed in to change notification settings - Fork 6.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
No Windows Terminal selection in PowerToys Run #16118
Comments
[2022-02-05 23:31:30.0169] [ERROR] [C:\a_work\1\s\src\modules\launcher\Plugins\Microsoft.Plugin.Program\Programs\UWPApplication.cs::357]
|
I have the same problem, since the last Windows Terminal app update.
|
With the last update wt is renamed from @kvnxiao , @MikenTNT I can't test it as the store doesn't show me the wt update. (@DHowett when will the update be available in store?) |
Strange that we try to read context menu resource. @DHowett |
It's just the app search, the terminal plugin is still working. |
I'm surprised Run isn't handling this properly already. That exception suggests that it's failing to read DisplayName when it is a localized resource... which it is in almost all first-party applications, like Calculator. |
I can confirm this is an issue now. I think we'll have to literally rewrite how the UWP code path works to get some of this to work. I think this may be a good idea based on the complexity it looks like is there for some reason. Not totally sure why we didn't just use PackageManager class from the start e2e as it already is used for monitoring stuff |
@DHowett @crutkas The problem here is the way we're forming the resource key to look for in I was testing this with
where we append That way, we construct following paths for But after dumping the (Note there is no resources subtree)
I can confirm that following paths works for |
|
Thanks @htcfreek :) |
@stefansjfw synced with @DHowett sounds like good solution |
Just wanted to comment I have a similar but not quite the same experience on Windows 10. "Windows Terminal" shows up but "Terminal Preview" does not anymore. I have both installed and I typically use the preview version. Both apps show on the regular Start Menu search. |
@davidjade Do you have Version: 1.12.10334.0 installed for Windows Terminal? The issue is in newer versions of Windows Terminal, and PowerTools run not accounting for the changes, if you read the above in this thread. |
I have Windows Terminal 1.11.3471.0 and Terminal Preview 1.13.10336.0, so I guess that explains it. I missed that this was tied to the Terminal version and not PT Run version. |
It is tied to both apps -- the problem is a mix of both. tl;dr WT changed the way the resource for display name is stored, PTRun needs to be updated to look under alternate paths |
We will have a fix come 0.56 for this. |
For a workaround, you can use |
The PR to fix this is open. #16265 Will be wrapped up soon and fixed with 0.56 |
We chose to use the "ContextMenu" resource compartment when we changed the package name to Terminal in #12264 because it was more broadly localized than the rest of the application. It appears as though some platform features have trouble with the "more qualified" resource paths that #12264 required. To fix this, we will: 1. Copy all of the ContextMenu localizations into CascadiaPackage's resource root 2. Switch all manifest resource paths to use resources from the package root. Regressed in #12264 Closes #12384 Closes #12406 (tracked in microsoft/PowerToys#16118)
We chose to use the "ContextMenu" resource compartment when we changed the package name to Terminal in #12264 because it was more broadly localized than the rest of the application. It appears as though some platform features have trouble with the "more qualified" resource paths that #12264 required. To fix this, we will: 1. Copy all of the ContextMenu localizations into CascadiaPackage's resource root 2. Switch all manifest resource paths to use resources from the package root. Regressed in #12264 Closes #12384 Closes #12406 (tracked in microsoft/PowerToys#16118) (cherry picked from commit 9501b23)
We chose to use the "ContextMenu" resource compartment when we changed the package name to Terminal in #12264 because it was more broadly localized than the rest of the application. It appears as though some platform features have trouble with the "more qualified" resource paths that #12264 required. To fix this, we will: 1. Copy all of the ContextMenu localizations into CascadiaPackage's resource root 2. Switch all manifest resource paths to use resources from the package root. Regressed in #12264 Closes #12384 Closes #12406 (tracked in microsoft/PowerToys#16118) (cherry picked from commit 9501b23)
Thanks for your work on fixing this bug! Since the Ctrl-Shift-Enter trick to launch a start menu item as admin, I've been really appreciating PowerToys Run. I was sad to see that Windows Terminal had disappeared, but it was nice to learn from Franky that I could just use wt to launch terminal. As I was missing the strange joy I experience when I see PT Run visually narrowing down my options as I type terminal, I came up with another work around that I wanted to share. I created a Windows Terminal shortcut in a new folder, C:\ProgramData\Microsoft\Windows\Start Menu\Programs\SpecialApps, I created for this workaround purpose. Now it shows up in PT Run like it did before. |
This is fixed with 0.561. Please head over to https://aka.ms/installpowertoys |
Microsoft PowerToys version
0.55.1
Running as admin
Area(s) with issue?
PowerToys Run
Steps to reproduce
Prerequisite: Windows Terminal installed via Microsoft Store
Reproduction Steps:
term
...Terminal
orWindows Terminal
packaged application option shows up✔️ Expected Behavior
Expect to see Windows Terminal
I believe this was working before, but I am not sure if it was a version update that caused this issue or an issue with my installation / configuration.
❌ Actual Behavior
No
Terminal
orWindows Terminal
packaged application option shows upOther Software
The text was updated successfully, but these errors were encountered: