text:
Windows Package Manager Server runs on high CPU

Brief description of your issue
I'm not sure if this is the right place to report this, but the "WinGET COM Server" with a child process of "WindowsPackageManagerServer.exe" is using up a lot of CPU on my system.
When killed, it just respawns immediately.
I'm not the only one with this issue:
https://www.reddit.com/r/techsupport/comments/162dj42/what_is_winget_com_server/
Steps to reproduce
Not sure how to reproduce.
Expected behavior
It shouldn't run on high CPU for extended periods of time.
Actual behavior
It runs on super high CPU all the time.
Environment
Microsoft.DesktopAppInstaller_1.20.2201.0_x64__8wekyb3d8bbwe
WindowsPackageManagerServer.exe version 1.20.2308.8001-v1.20WPMv1.5

Hope that helps...

Same here. The process keeps running after I close its parent (a pwsh.exe instance). I can't copy the log from %LOCALAPPDATA%\Packages\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe\LocalState\DiagOutputDir 'cos it's locked.

Same here. WindowsPackageManagerServer.exe is using 25% of the CPU and can't be killed.
Microsoft.DesktopAppInstaller_1.21.2701.0

Same here, rather not have my OS frying my CPU

Same here ...

It is the same with me... when I end the process it is restarted immediately.

Not sure if it helps anyone, but I left it running over night, and then it was quite the next day.
It happened one more time 1-2 days later, during the day, but I went out for a bit, and when I came back, it was over, as well.
Since then, it has been quiet. Would still be nice to know what the process does and if there's a way to stop this behavior...

Mine has started crashing constantly, trying to stop it just restarts it and crashes again... how do I get rid of this???

Mine has started crashing constantly, trying to stop it just restarts it and crashes again... how do I get rid of this???

Had this same issue. You've got a pretty outdated version, update "App Installer" via the MS store or WinGet and the problem should go away.

I have taken ownership of the file, disabled inheritance of permissions, and left the permissions like this:

Permissions on my user are Read and Write, but not Read & Execute:

Now the exe is no longer able to launch or restart itself, and I'm not getting spammed with errors anymore.

Install the Windows Performance Toolkit from the Windows ADK (unselect all other entries) and capture a ETW trace by running WPRUI.exe, select First Level Triage and CPU Usage and click on Start. Capture 30-60s of the CPU usage, click Save to save the ETL (make sure you select the checkbox "Compress" to make the ETL file smaller).
Zip the ETL + PDB Folder(s) and share the zip via OneDrive link here.

mine is using 10-15%. Here's the link to my etl+pdb if it helps.

mine is using 10-15%.

CPU Usage (Sampled) is somehow missing, precise stack shows usage of WindowsPackageManager.dll, but the PDB is missing, so a team member which has access to the PDB should take a look at it.

I can report a high CPU issue as well. It was running for a really long time at high 100%, while I am running a pretty modern desktop system.
However after a lot of minutes, it eventually stopped and went quiet, without any intervention by me (I deliberately decided to wait a log time to see if it would eventually stop indeed).
This gives me the impression that the process does not truely hang an infinate loop, but that it's performing some task just really, really inefficiently (is it doing some kind of super heavy search, like through the entire registry or something?).
And if that's something on a scheduled base, it might come back again (no idea yet) on other moments, impacting performance at unexpected moments on the user's system.

We believe we've identified the source of the high CPU events. We're looking to make changes in WinGet to lower the impact as well as working with partner teams to help make their calls and calling pattern more efficient.

Same here  :(

hello all
i just noticed this program today, also taking much cpu, after i removed some office updates from yesterday, it went away; will keep an eye on task manager, but since removing the updates and a reboot and while creating the account here and typing, the program didnt came back so far.

update, it came back. damn

hello there, I have the same problem, could anyone solve it??

hello there, I have the same problem, could anyone solve it??

The last time I had this problem, what I did was restart Windows and after that it worked fine, at least until now...

We believe we've identified the source of the high CPU events. We're looking to make changes in WinGet to lower the impact as well as working with partner teams to help make their calls and calling pattern more efficient.

Ok, you have an ETA on a fix for this? And please, not one that "lowers the impact", but one that fixes the issue.

Same issue here. Started pretty much right after booting up, on a machine that I haven't used since last Friday.
Process has accumulated about 10min of CPU time (100% usage on a single core) and as I am writing this, it has now finally stopped.
I know this is like talking to a wall, but the amount of "random" background processes with zero UI indication of what is happening has really gotten out of hand in recent years. The more stuff constantly running on the background, the bigger the potential of things going wrong or eating up CPU time for no apparent reason.
Yes, user experience (in terms application performance) is not affected too much since most code still runs single-threaded and modern computers are routinely equipped with more than half a dozen cores. But especially on mobile/laptop devices, this causes a large nuisance due to high noise (for no visible reason), causing distraction and reduced battery life.

what else seems to have dialed this down was to right click  the sub process in task manager, go to details, right click again, set priority, below normal, reboot and when it came back, it didnt take as much cpu as before.

This problem hit today on a box that was just started and had not been up since last week. Seems like an update is to blame. WindowsPackageManagerServer.exe has been running for hours cycling between 5 and 25 percent CPU relentlessly:

The problem appears to be its continual connection with akami and an IP at 13.107.213.57, see, e.g.

Edge and MS Office 365 were two of the updates I saw come by. This needs to be fixed.

This is very bad behaviour. Background update processes should never be this disruptive... This is bad oversight...

same porcodio

How to uninstall the modern App WinGET: open PowerShell as admin and enter the following command:
get-appxpackage Microsoft.DesktopAppInstaller | remove-appxpackage

PS: i don't know why but the editor removed 2 asterisks from the command above, one before Microsoft and one after AppInstaller. You must insert them.

They disappear because these text windows accept markdown. So the asterix is interpreted as making the text between them bold. To avoid this, just put code statement into backticks.
So a statement like this something.Method() can be achieved by typing in `something.Method()`.

Possible steps to reproduce:
control panel - system and security - security and maintenance, under maintenance trigger automatic maintenance

This morning I came across this while updating Visual Studio 2022 from 17.7.4 to 17.7.5.

I had just booted up.
Launched Visual Studio Installer and started the update for 2022.
While update was running, launched File Explorer to perform a little file organization.

While naming folders or files (via create new folder, rename folder, rename file, etc.), File Explorer kept losing focus.  A bit random, but mostly too quick for me to lock in the naming.
Eventually discovered it could WinGet COM Server (WindowsPackageManagerServer.exe) as the CPU is getting pinned by it.

I also updated Visual Studio 2022 from v17.7.4 to v17.7.5 yesterday and I'm also encountering this problem.
MICROSOFT, WHERE ARE YOU? PLEASE SOLVE THIS CLEAR PROBLEM.

I updated Visual Studio 2022 from v17.7.4 to v17.7.6 two days ago and have since encountered the following symptoms:

High CPU consumption by the WindowsPackageManagerServer.exe process.
When I terminate the WindowsPackageManagerServer.exe process, it immediately restarts.
I'm not sure how to access the debug symbols for this binary, so I see many function addresses in the call stack and few names. However, this one is related to 99% of the activity:

WindowsPackageManagerConfigurationCompleteOutOfProcessFactoryInitialization (WindowsPackageManager.dll)

Here are some files that have exhibited high disk activity for approximately 40 minutes:

Log

%LocalAppData%\Packages\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe\LocalState\DiagOutputDir\WinGetCOM-2023-10-27-07-28-54.727.log

SQlite

%LocalAppData%\Packages\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe\LocalState\pinning.db
%LocalAppData%\Packages\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe\LocalState\StoreEdgeFD\installed.db
%LocalAppData%\Packages\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe\LocalState\Microsoft.Winget.Source_8wekyb3d8bbwe\installed.db

File details:

WindowsPackageManagerServer.exe
File version: 1.21.2309.29001
Product version: 1.21.230929001-v1.21WPMv1.6

Isn't DesktopAppInstaller just the App for winget.exe? So removing it does keep Winget or not?

By the way this is my folder of the Logfiles, insane how many the WinGetCOM was triggered the last days. I was wondering why my cpu temp was higher than usual. According to the logfiles a taskhostfw.exe triggers that, so a task in Task Scheduler must be the trigger but don't know which task.

This is an excerpt from one of the log, it looks like winget is constantly scanning for applications and is writing into installed.db database.

The high resource consumption issue is likely related to the recent Visual Studio update. Considering the behavior and the timing, it might be due to a bug in the Windows Package Manager component responsible for package inventory, causing it to go into a loop when encountering a particular character in an attribute that can't parse correctly. The Visual Studio Installer may have installed the unusual package.
My temporary solution has been to suspend the process.

After renaming the folder %LocalAppData%\Packages\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe with suffix "_bak" the command winget update rebuild the whole folder and so far no more high cpu usage is occuring. It seems there may be a problem with the various database files inside that folder. Looked into them with DB Browser for SQLite and there were entries with already removed programs.

Possible workaround:
After renaming the folder %LocalAppData%\Packages\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe with suffix "_bak" the command winget update rebuild the whole folder and so far no more high cpu usage is occuring.
It seems there may be a problem with the various database files inside that folder. Looked into them with DB Browser for SQLite and there were entries with already removed programs.

Interesting.
Thanks for sharing.

Hopefully this stays after VS Studio updates. I will look into %LocalAppData%\Packages\Microsoft.DesktopAppInstaller_8wekyb3d8bbw\LocalState\DiagOutputDir regularly now and check if there occur many logs in a single a day. Of course this is just a relatively dirty workaround and not a complete fix but deleting a folder from AppData\Local\Packages is not really dangerous because the folders get recreated anyway. Renaming is definitely a safe way.

If you find it useful, I can provide copies of the databases or any other files you might need. Just let me know how to share the files.

@denelon Its now about a month since you wrote that you believe you found the problem. Could you please tells us when can we expect a fix for this?
Everyday I have to sit next to a machine with the fan going crazy, its like getting tinnitus.

@ktrance Take ownership of WindowsPackageManagerServer.exe file and then rename or delete it.

@ktrance Take ownership of WindowsPackageManagerServer.exe file and then rename or delete it.

No, I want fix, not a hack

Agreed. Effectively deleting the file on individual machine for those users just smart enough to know how to take ownership of a system file and renaming it is not a solution. It leaves every other windows user stuck with the problem. Good lord. Think of the 99.9+% of the installed base that has no clue about hacking file permissions. Think of your grandmother or grandfather or child puzzled, concerned there computer is broken because it is busy for hours on end.

While there's no patch/solution, another option is simply "suspend" the process using windows resource monitor, instead of killing it.

Hey all. We've identified an area where we can reduce the CPU utilization for this calling pattern. We're working on an update, and we'll publish it as soon as it's ready.

Ok, this is weird, I found another possible trigger:

Open "Windows Backup" app, then manually start process by clicking "Back Up".

In my case the logfile in AppData\Local\Packages\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe\LocalState\DiagOutputDir topped out at 1.5 Mb when the process eventually terminated.

WindowsPackageManagerServer.exe always uses above 10% cpu and can't be killed.

Hey all, we've identified a couple of areas where we're able to make substantial improvements in the client. Our initial testing is showing a solid reduction in the time it takes for these processes to complete. It amounts to 5/6 of the time. Something on the order of ~1000 ms per iteration to ~130 ms per iteration on the hardware we're testing on. I'm expecting we will push this update out early next week if the remaining testing all passes.

Hey all, we've identified a couple of areas where we're able to make substantial improvements in the client. Our initial testing is showing a solid reduction in the time it takes for these processes to complete. It amounts to 5/6 of the time. Something on the order of ~1000 ms per iteration to ~130 ms per iteration on the hardware we're testing on. I'm expecting we will push this update out early next week if the remaining testing all passes.

Good job! Do you have an explanation for the fact it doesn't affect most machines? What is (are) the trigger(s) for that CPU consumption?

Good job! Do you have an explanation for the fact it doesn't affect most machines? What is (are) the trigger(s) for that CPU consumption?

this is what I also would like to know. I run winget daily and never saw such a high CPU usage. I run it from classic cmd.exe on x64 Windows 10/11 German.

Hey all, we've identified a couple of areas where we're able to make substantial improvements in the client. Our initial testing is showing a solid reduction in the time it takes for these processes to complete. It amounts to 5/6 of the time. Something on the order of ~1000 ms per iteration to ~130 ms per iteration on the hardware we're testing on. I'm expecting we will push this update out early next week if the remaining testing all passes.

I appreciate the optimization effort, and the initial results look promising.
However, based on the observed behavior, even with a 99.9% load reduction, it will still be an unacceptable load.
I suspect there may still be an underlying bug contributing to this.
Is there any connection between the Visual Studio update and the issue we're observing, or is it just a coincidence?

Like @raphaelcardoso I'm sceptical. For me, the process hung for at least 30 minutes before I managed to finally kill it by uninstalling some things. Endless loop * 1/6 is still an endless loop.

[OFF-TOPIC]
Shifting the focus here, in situations like this where it's causing a single logical processor to run at 100% capacity (25% of my CPU), there should be a fast, automated rollback process.
It might be achievable using components already implemented in advanced technologies like Click-to-Run, containers, MDM, or the Microsoft Store.
In an emergency, authors of Microsoft Store apps should be able to revert to a previous version almost instantaneously, triggering a deployment as lightweight as sending low-priority push notifications and symlink swapping.

How to remove the modern App WinGET: open PowerShell as admin and enter the following command: "get-appxpackage Microsoft.DesktopAppInstaller | remove-appxpackage"
PS: i don't know why but the editor removed 2 asterisks from the command above, one before Microsoft and one after AppInstaller. You must insert them.

I tried this command and after a few minutes I had no more Internet! I had to reinstall Microsoft.DesktopAppInstaller_8wekyb3d8bbwe.msixbundle (downloaded thanks to my phone) to get Internet back

ok, Microsoft made some changes in #3808 to improve it my caching RegEx calls. I also got this cpu usage now but only for a shorter time after running winget upgrade and here I saw icu regex calls. So hopefully we get this fix sone in an update.

For me WindowsPackageManagerServer.exe runs 10 minutes on my laptop with around 25 % cpu usage when i manually trigger backup in Windows Backup app, winget upgrade never was an issue in my case.

How to remove the modern App WinGET: open PowerShell as admin and enter the following command: "get-appxpackage Microsoft.DesktopAppInstaller | remove-appxpackage"
PS: i don't know why but the editor removed 2 asterisks from the command above, one before Microsoft and one after AppInstaller. You must insert them.

I tried this command and after a few minutes I had no more Internet! I had to reinstall Microsoft.DesktopAppInstaller_8wekyb3d8bbwe.msixbundle (downloaded thanks to my phone) to get Internet back

I didn't encounter this problem after uninstalling this package.
Did you try to restart?

No, I didn't try a restart.

Windows 10 Pro.
Windows Package Manager uses one logical CPU (I have 2 cores, 4 logical CPUs and it uses 25% of the total CPU). It does not use any Disk I/O and almost no network.
I always log in with non-admin user.
Restarting Windows and logging in with Administrator account solves the problem. Some process (Wsappx ...) runs for less than a minute with a high CPU usage and then CPU usage returns to normal.
After restarting with normal user "Please wait" appears (some update are being installed?) and runs fine until the next Windows update.

Ok, that sounds very interesting, seems like something inside Windows "fixes" itself running with admin account.
Do you mean a normal admin account or the "true" admin account of Windows by running Net user Administrator /active: yes in command line? Because my regular user account already has admin rights but user account control gets triggered.
What happens when you open Windows Backup app and manually start backup there? Does that trigger the 25 percent cpu usage process?

Hey all, we've almost completed our internal testing.
We will publish the update here at GitHub (for people actively seeking the update) and to Windows Insider Beta and Windows Insider Release Preview. After a few days of feedback, this will be pushed out to everyone.

https://github.com/microsoft/winget-cli/releases/tag/v1.6.3133

This looks promising, downgraded from pre-release version to v1.6.3133 and I can confirm the issue seems gone!
CPU usage of WindowsPackageManagerServer.exe now stays below 10 % and finishes in less than 2 minutes. I used SystemInformer for that graph, Process Explorer should work too.
Downgrading was a bit complicated and commands winget list and winget upgrade only worked after deleting the .db file in %LocalAppData%\Packages\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe\LocalState\Microsoft.Winget.Source_8wekyb3d8bbwe, this database seems to store which packages you recently installed via winget.

Hey all, we've almost completed our internal testing.
We will publish the update here at GitHub (for people actively seeking the update) and to Windows Insider Beta and Windows Insider Release Preview. After a few days of feedback, this will be pushed out to everyone.

Terrific.
Would you mind sharing the exact PR / commits for curious minds who want to understand what was going on? 😜

Hey all, we've almost completed our internal testing.
We will publish the update here at GitHub (for people actively seeking the update) and to Windows Insider Beta and Windows Insider Release Preview. After a few days of feedback, this will be pushed out to everyone.

@denelon  Would you mind sharing the exact PR / commits for curious minds who want to understand what was going on? 😜

Would you mind sharing the exact PR / commits for curious minds who want to understand what was going on? 😜

https://github.com/microsoft/winget-cli/commit/296a53dbedffabfd14b60f43e1a7abae0200cb75

Thank you for the link to the note on Performance Improvements related to caching. However, the note does not explain all of the network communications to akami that are associated with the package manager issue. I looked again last night in Resource Explorer while this issue was taking place, and while low in bandwidth, there was continual transmission to/from the microsoft akami servers. Windows already knows what updates have been downloaded and what updates are needed, and the updating has all been done before this package manager behavior kicks in. So what is this stream of network traffic with akami that your caching is indented to benefit?
Adding that information to the 296a53d link would be very helpful.

We will be working on getting a 1.7-preview version with the improved performance changes out next.

authors: Girofox HyP3r- MagicAndre1981 MarvinNorway MozPri PartedLine Pootleris SanderBouwhuis ViPeR5000 anonymous-explorer bdgit chvogel chylex denelon drankinatty eduarddejong gibbed joedf juniortarcisio jyoberle ktrance mediser moritzluedtke nimairsh ondalin raphaelcardoso rerigam saggitar sba923 son0nline


text:
Add basic proxy support

[x] Have you signed the Contributor License Agreement?
[x] Are you working against an Issue?

Partially resolves #190.

[x] --proxy option
[x] --no-proxy option (may need a better name, e.g. proxy-bypass-list?)
[x] network.proxy settings
[x] network.proxyOverride settings (or proxyBypass?)
[x] HTTP_PROXY, HTTPS_PROXY, FTP_PROXY, ALL_PROXY, NO_PROXY environment variables

TODOs (not in this pr):

[ ] authentication
[ ] PAC
[ ] protocol-specific proxy settings just like aria2 (not sure there's much use case)

Microsoft Reviewers: Open in CodeFlow

@eternalphane to resolve the spelling issue, you may add "stl" in alphabetical order to expect.txt.
We will look at this when we have a few more of the engineering team members back from holidays.

Thanks @eternalphane.
Just to let you know, this should be converted to a draft PR. We're going to need to have a security review on this feature. Anything to do with networking requires some internal reviews which will take some calendar time to coordinate with the other required teams.
Thanks so much for the contribution here! I'm sure plenty of users will be thrilled.

Is it already work?

Is it already working?

Not yet.

Is there any newer plan to make it come true?

source: gharchive/pull-request

authors: char-46 denelon eternalphane lemchen neoribs

repo: microsoft/winget-cli

license: MIT

license_type: permissive

license_source: github-api


text:
Fix list/upgrade table for packages with multiple ARP entries.

[x] Have you signed the Contributor License Agreement?
[ ] Are you working against an Issue?

Hooray! Packages with multiple ARP entries are being matched! However, there's a problem, which is that with the current way ReportListResult() works, the package's ARP name(s) are overwritten with the one from the manifest, which puts duplicate looking results in the list:
PS C:\Users\WDAGUtilityAccount> wingetdev list Mozilla
Name            Id              Version Available Source
--------------------------------------------------------
Mozilla Firefox Mozilla.Firefox 99.0.1  100.0     winget
Mozilla Firefox Mozilla.Firefox 99.0.1  100.0     winget
PS C:\Users\WDAGUtilityAccount> # Two Firefoxes at the same time? Highly dubious!

This PR changes ReportListResult() to only output a single row for every package ID by default (which means we only show one entry in the list per "winget package", even if multiple pieces of software were installed via that package). It also adds a new argument to winget list, --all, which will show all of the software installed (but now using the original name in the ARP table instead of the name of the package in the repo, to cause less confusion). Here's what it looks like:
PS C:\Users\easton> wingetdev list Mozilla
Name            Id              Version Available Source
--------------------------------------------------------
Mozilla Firefox Mozilla.Firefox 99.0.1  100.0     winget
PS C:\Users\easton> wingetdev list Mozilla --all
Name                        Id              Version Available Source
--------------------------------------------------------------------
Mozilla Firefox (x64 en-US) Mozilla.Firefox 99.0.1  100.0     winget
Mozilla Maintenance Service Mozilla.Firefox 99.0.1  100.0     winget
PS C:\Users\easton>

The table printed in winget upgrade is always the simpler table (since we can only upgrade things we matched anyway), and the count of "upgrades available" is mapped to the number of packages instead of the number of ARP entries.
I know I did this without opening an issue to discuss it, so if there's a better solution I'm happy to fix this (or close it).
Tested: manually, although I'm happy to write tests if necessary.
Microsoft Reviewers: Open in CodeFlow

/azp run

But that might also require updates to the manifest to be able to mark one of the components as "primary" so that we know what to uninstall (assuming that it handles removing the other components).

I completely spaced on this, as Firefox (the case I found the bug on) cleans up the maintenance service when you run the Firefox uninstaller. You're right though, winget needs to know if there's multiple uninstallers to run (and run them all). There's definitely other software (Autodesk stuff comes to mind) that make you uninstall each and every thing they add to the ARP table separately, so winget would need to know to execute all of the uninstallers associated with the ARP entries in the manifest.
Should we table this for now then until the side-by-side/correlation work is done? I don't know if that's scheduled to happen in 1.3 or not, but if it's post 1.3 then I think there needs to be some fix for this table, since currently it's super confusing. (Maybe just no matter what print the ARP name for now, so the user can always know what name to tell winget uninstall?

Scheduled and "can fit in with all the random stuff going on" can be quite different 😄 I do like the idea of outputting a disambiguation and the name does seem like the best place for that.  The issue with removing the 2nd through nth items will be that maybe one of those was the "real" one that you should uninstall.  Until we know which one that is, I think we do want to just output all of them.

@jedieaston, are you planning to convert this PR based on our discussion?  Given the current situation I think we need to at least switch to using the installed version's name value for list.  If you aren't I can make a PR for that purpose.

I am, let me try to get to it today. Sorry for the delay, I had to graduate from college over the weekend :)

I am, let me try to get to it today. Sorry for the delay, I had to graduate from college over the weekend :)

🎊 Congratulations! 🎊
Oh no, I've dropped this https://careers.microsoft.com/us/en
Not trying to get you to do it, just didn't want to duplicate work if you were already doing it.

@JohnMcPMS, I removed all of the code regarding the argument (wonderful thing about Git is that I can get that work back later), and now all this PR does is use the name in the ARP table in the list/upgrade table (the easiest solution to the current problem). Once this merges, I can write up an issue to talk about the deduplication stuff.

/azp run

/azp run

authors: JohnMcPMS jedieaston yao-msft


text:
Updates to PowerShell help docs

[x]  I have signed the Contributor License Agreement.
[x]  This pull request is related to an issue

Closes https://github.com/microsoft/winget-cli/issues/4773

Each change is broken into a separate commit to help with reviewing. Changes include:

Couple more examples for cmdlets
Linter fixes. Majority of them involve newline after a heading & code-fenced blocks wanting a language tag

Microsoft Reviewers: Open in CodeFlow

Several of the "linter" changes don't align with guidance from the PowerShell team. I'll see if I can pull some documentation together to make this a bit easier to follow/understand or coordinate a meeting. I need to add some additional instructions on this for those folks looking to improve the help files.

I see. I've reverted the lint fixes for now

authors: denelon mdanish-kh


text:
Package Requested

[X] I would like someone else to build the manifest.
[ ] I would like help so I can submit the manifest.
[X] I have performed a search and couldn't find this package.
[X] I have checked that the installer for this package is not a standalone or portable executable or a .zip file
[ ] I think there is a new version available and I have provided the URL.

Please provide the following information
Publisher: valve
Publisher Url: https://steamcommunity.com/app/353380/discussions/8/3105764348181505385
Package Name: steamlink
Description: steam link for windows
Package Version: 1.0
Installer URL: https://media.steampowered.com/steamlink/windows/latest/SteamLink.zip
Current Package Identifier (for new versions):

I think this is blocked by https://github.com/microsoft/winget-cli/issues/859

source: gharchive/issue

authors: jedieaston soredake

repo: microsoft/winget-pkgs


text:
ArduinoSA.IDE.stable version 2.1.0

[x] Have you signed the Contributor License Agreement?
[x] Have you checked that there aren't other open pull requests for the same manifest update/change?
[x] This PR only modifies one (1) manifest
[x] Have you validated your manifest locally with winget validate --manifest <path>?
[x] Have you tested your manifest locally with winget install --manifest <path>?
[x] Does your manifest conform to the 1.4 schema?

Note: <path> is the name of the directory containing the manifest you're submitting.

Microsoft Reviewers: Open in CodeFlow

@microsoft-github-policy-service agree

@microsoft-github-policy-service agree


text:
New package: AlexandreRouma.SDRPlusPlus version 1.0.4

Resolve #111415

Microsoft Reviewers: codeflow:open?pullrequest=https://github.com/microsoft/winget-pkgs/pull/111880&drop=dogfoodAlpha

?

This package has a dependency on Microsoft.VCRedist.2015+.x64
With 1. added, it errors with:

Faulting application name: sdrpp.exe, version: 0.0.0.0, time stamp: 0x616ca8cd
Faulting module name: ucrtbase.dll, version: 10.0.19041.789, time stamp: 0x2bd748bf
Exception code: 0xc0000409
Fault offset: 0x000000000007286e
Faulting process id: 0x240
Faulting application start time: 0x01d9b4f20d654271
Faulting application path: C:\Users\User\AppData\Local\Microsoft\WinGet\Packages\AlexandreRouma.SDRPlusPlus__DefaultSource\sdrpp_windows_x64\sdrpp.exe
Faulting module path: C:\Windows\System32\ucrtbase.dll
Report Id: 0eabe131-8343-420c-aa98-cf01b9c15959
Faulting package full name:
Faulting package-relative application ID:

I have no idea to fix

What should I do to fix it?

Hi @CoolPlayLin,
This package installs normally, but doesn't appear to perform any function when launched. Is this expected?

Hi @CoolPlayLin,
This package installs normally, but doesn't appear to perform any function when launched. Is this expected?

I don't know
CC @AlexandreRouma

I don't support winget, I don't know who created the package but I'm not gonna spend time debugging this.

please close this PR and the issue
CC @stephengillie

This package installs normally, but doesn't appear to perform any function when launched. Is this expected?
Yes, this is a correct behavior if you run SDRPlusPlus inside a VM without 3D acceleration available. The app will most likely work fine when run on a physical host.

please close this PR and the issue

Why? There is no need to close this PR if the original app developer does not support WinGet. It still can be merged if it works without issue (see my previous comment).

Yes, this is a correct behavior if you run SDRPlusPlus inside a VM without 3D acceleration available. The app will most likely work fine when run on a physical host.

So, this software required specific hardware?

So, this software required specific hardware?

No, it requires regular hardware (with full 3D acceleration) to run. Not a limited VM.
But yeah, since it is a SDR application, it also requires an actual Software Defined Radio hardware (for example the cheap RTL-SDR dongle) or many other to function.

If so, this PR will be blocked with Hardware label

Why? There are already many software packages available on WinGet that are utilizing specific hardware parts.

So, this software could run in any machine with win10 or win11?

Yes, it should work on any Win 10 / Win 11 machine as long as there is a 3D acceleration (and OpenGL) working.

Yes, this is a correct behavior if you run SDRPlusPlus inside a VM without 3D acceleration available. The app will most likely work fine when run on a physical host.

AlexandreRouma/SDRPlusPlus#1151

Wow, this is an excellent reply. Thanks for confirming expected behavior.

@wingetbot waivers Add Validation-Executable-Error

The pipeline failure seems unrelated. Is it possible to re-run it? Thanks!

Is everything ok now? It looks like all checks have passed.

authors: AlexandreRouma AsciiWolf CoolPlayLin stephengillie


text:
New package: MSPaintIDE.MSPaintIDE version 3.0.0

[X] Have you signed the Contributor License Agreement?
[X] Have you checked that there aren't other open pull requests for the same manifest update/change?
[X] This PR only modifies one (1) manifest
[X] Have you validated your manifest locally with winget validate --manifest <path>?
[X] Have you tested your manifest locally with winget install --manifest <path>?
[X] Does your manifest conform to the 1.4 schema?

Microsoft Reviewers: codeflow:open?pullrequest=https://github.com/microsoft/winget-pkgs/pull/112340&drop=dogfoodAlpha

Auto-merge was blocking the merge - once it was disabled, the merge occurred.

authors: SpecterShell stephengillie


text:
New package: Nostalgia-09.AeroChat version 1.0.1-rc.3

Pull request has been created with Komac v1.11.0 :rocket:
Microsoft Reviewers: Open in CodeFlow

For moderators
This account is automated by Github Actions and the source code was created by CoolPlayLin. If you have any questions about any pull request, don't hesitate to ping @Exorcism0666, I'll get a notification.

[!important]
Please carefully review these Pull Request before merging. If it is a Pull Request for removing incorrect content and the URLs are issue, free upon manual checking, please close this Pull Request directly. (It is best to inform Exorcism0666 of the closure.)

良い一日をお過ごしください！

@Trenly help 😅⬆

@Trenly help 😅⬆

You'll have to try and find the silent install switches. I don’t know what they are

@Trenly So I asked the author for silent installation, I put in the commands, I don't know what's wrong again 💀

@Trenly So I asked the author for silent installation, I put the commands, I don't know what's wrong again 💀

You'll have to add it for both Silent and SilentWithProgress since winget defaults to SilentWithProgress switches unless the --silent parameter is used

@Trenly I'm really sorry for the number of notifications each time, it still doesn't work 💀

@OfficialEsco @Trenly Installation work, so idk what's wrong


text:
New version: AppFlowy.AppFlowy version 0.5.2

Pull request has been created with komac v2.1.1 :rocket:
Microsoft Reviewers: Open in CodeFlow

For moderators
This account is automated by Github Actions and the source code was created by CoolPlayLin. If you have any questions about any pull request, don't hesitate to ping Exorcism0666.

[!warning]
With the new version of Komac, numerous Pull Requests may contain bugs or unwanted elements. If such issues arise, please tag russellbanks so that these bugs can be addressed in future updates.

[!important]
Please carefully review these Pull Request before merging. If it is a Pull Request for removing incorrect content and the URLs are issue, free upon manual checking, please close this Pull Request directly. (It is best to inform Exorcism0666 of the closure.)

良い一日をお過ごしください！


text:
New version: JetBrains.Toolbox version 2.3.2.31487

Checklist for Pull Requests

[x] Have you signed the Contributor License Agreement?
[x] This PR resolves #159480

Manifests

[x] Have you checked that there aren't other open pull requests for the same manifest update/change?
[x] This PR only modifies one (1) manifest
[x] Have you validated your manifest locally with winget validate --manifest <path>?
[ ] Have you tested your manifest locally with winget install --manifest <path>?
[x] Does your manifest conform to the 1.6 schema?

Note: <path> is the name of the directory containing the manifest you're submitting.

Microsoft Reviewers: Open in CodeFlow

Related #156366.
Seems JetBrains change the installer file to a different install technology. It's no longer nullsoft installer.
We have to investigate unattended switches of this package.

[!NOTE]
According to #TBX-3219, this problem is verified to be fixed in version 2.4.

This PR can be closed without merged.


text:
Remove version: YY.YY version 9.16.0.0

[Automated] It returns code over 400 in all urls
Microsoft Reviewers: Open in CodeFlow

For moderators or/and anyone else

[!Caution]
As a result of several personal problems I've had over the last few months + my final exams coming up very soon, I'm currently unable to look at my GitHub notifications every day and maintain my executions correctly.
If you detect a certain problem on a certain pul request:

Either you can close the pull request directly without mentioning me.
Or you can send me a message on X (Twitter): @Exorcism0666

Thank you for your understanding, and I'm sorry if some pull requests can't be approved due to the situation I'm in.

This account is automated by Github Actions and the source code was created by CoolPlayLin. If you have any questions about any pull request, don't hesitate to ping Exorcism0666.

[!warning]
With the new version of Komac, numerous Pull Requests may contain bugs or unwanted elements. If such issues arise, please tag russellbanks so that these bugs can be addressed in future updates.

[!important]
Please carefully review these Pull Request before merging. If it is a Pull Request for removing incorrect content and the URLs are issue, free upon manual checking, please close this Pull Request directly. (It is best to inform Exorcism0666 of the closure.)

良い一日をお過ごしください！


text:
Remove version: LiErHeXun.Quicker version 1.41.5.0

[Automated] It returns code over 400 in all urls
Microsoft Reviewers: Open in CodeFlow

For moderators or/and anyone else

[!Caution]
As a result of several personal problems I've had over the last few months + my final exams coming up very soon, I'm currently unable to look at my GitHub notifications every day and maintain my executions correctly.
If you detect a certain problem on a certain pul request:

Either you can close the pull request directly without mentioning me.
Or you can send me a message on X (Twitter): @Exorcism0666

Thank you for your understanding, and I'm sorry if some pull requests can't be approved due to the situation I'm in.

This account is automated by Github Actions and the source code was created by CoolPlayLin. If you have any questions about any pull request, don't hesitate to ping Exorcism0666.

[!warning]
With the new version of Komac, numerous Pull Requests may contain bugs or unwanted elements. If such issues arise, please tag russellbanks so that these bugs can be addressed in future updates.

[!important]
Please carefully review these Pull Request before merging. If it is a Pull Request for removing incorrect content and the URLs are issue, free upon manual checking, please close this Pull Request directly. (It is best to inform Exorcism0666 of the closure.)

良い一日をお過ごしください！

Close with reason: URL works for me;


text:
Remove version: Ryujinx.Ryujinx version 1.1.1388

Repository has been taken offline
Relevant GitHub organization & project page response with HTTP 404, official download page of the project becomes blank. The package is no longer availalbe for installation.

Resolves #176342

Microsoft Reviewers: Open in CodeFlow

URL: https://github.com/Ryujinx/release-channel-master/releases/download/1.1.1388/ryujinx-1.1.1388-win_x64.zip
Response status code does not indicate success: 404 (Not Found).
(Automated message - build 896)


text:
Remove version: Taozuhong.Kangaroo 2.3.2.230301

Checklist for Pull Requests

[x] Have you signed the Contributor License Agreement?
[x] Is there a linked Issue?

Manifests

[x] Have you checked that there aren't other open pull requests for the same manifest update/change?
[x] This PR only modifies one (1) manifest
[x] Have you validated your manifest locally with winget validate --manifest <path>?
[x] Have you tested your manifest locally with winget install --manifest <path>?
[x] Does your manifest conform to the 1.6 schema?

Note: <path> is the directory's name containing the manifest you're submitting.

Microsoft Reviewers: Open in CodeFlow

URL: https://github.com/dbkangaroo/kangaroo/releases/download/v2.3.2.230301/kangaroo-2.3.2.230306-x86_64.exe
Status Code: 200
(Automated message - build 896)

authors: stephengillie taozuhong


text:
Remove version: RoyQu.RedPanda-C++ version 2.1

[Automated] It returns code over 400 in all urls
Microsoft Reviewers: Open in CodeFlow

Close with reason: URL works;


text:
New version: RandomEngy.VidCoder.Beta version 7.8

Installation timed out.
Auto-updated by vedantmgoyal2009/winget-pkgs-automation in workflow run 2075
Microsoft Reviewers: Open in CodeFlow

@denelon please tag it with "Dependencies"


text:
New version: AntibodySoftware.WizTree version 4.10

[x] Have you signed the Contributor License Agreement?
[x] Have you checked that there aren't other open pull requests for the same manifest update/change?
[x] Have you validated your manifest locally with winget validate --manifest <path>?
[x] Have you tested your manifest locally with winget install --manifest <path>?
[x] Does your manifest conform to the 1.2 schema?

Note: <path> is the name of the directory containing the manifest you're submitting.

Microsoft Reviewers: Open in CodeFlow

@wingetbot waivers Add Validation-Domain

authors: KaranKad hackean-msft


text:
CloudImperiumGames.RSILauncher version 1.6.3

[x] Have you signed the Contributor License Agreement?
[x] Have you checked that there aren't other open pull requests for the same manifest update/change?
[x] Have you validated your manifest locally with winget validate --manifest <path>?
[x] Have you tested your manifest locally with winget install --manifest <path>?
[x] Does your manifest conform to the 1.4 schema?

Note: <path> is the name of the directory containing the manifest you're submitting.

/azp run

/AzurePipelines run

authors: DeusMaximus stephengillie


text:
RemoteApp constantly prompting after start due to group policy setting

Windows build number:
22621.586
Your Distribution version:
20.04
Your WSL versions:
WSL version: 0.66.2.0
Kernel version: 5.15.57.1
WSLg version: 1.0.42
MSRDC version: 1.2.3401
Direct3D version: 1.606.4
DXCore version: 10.0.25131.1002-220531-1700.rs-onecore-base2-hyp
Windows version: 10.0.22621.586
Steps to reproduce:
Restart WSL with WSLg. (Happens after Windows Boot or manual WSL Restart)
WSL logs:
No response
WSL dumps:
No response
Expected behavior:
No prompts after WSL with WSLg startup or maybe an option to accept the prompt for the future.
Actual behavior:
After every restart of WSL I get constantly this prompt three times in a row. This is the second laptop from my company I getting this error with WSLg. I think it's caused by a Group Policy, but didn't which one. I can't find any reports on the internet for this behavior. I don't think it's related to WSLg in thirst place, but maybe someone has a workaround.

@codeart1st. would you please share output from reg QUERY "HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services" /S on Windows's command prompt?

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services
    AuthenticationLevel    REG_DWORD    0x2
    fDenyTSConnections    REG_DWORD    0x0
    LoggingEnabled    REG_DWORD    0x1
    UseBandwidthOptimization    REG_DWORD    0x1
    OptimizeBandwidth    REG_DWORD    0x0
    UseCustomMessages    REG_DWORD    0x0
    fAllowToGetHelp    REG_DWORD    0x1
    fAllowFullControl    REG_DWORD    0x1
    MaxTicketExpiry    REG_DWORD    0x1
    MaxTicketExpiryUnits    REG_DWORD    0x1
    fUseMailto    REG_DWORD    0x1
    fAllowUnsolicited    REG_DWORD    0x1
    fAllowUnsolicitedFullControl    REG_DWORD    0x1

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client
    fEnableUsbBlockDeviceBySetupClass    REG_DWORD    0x1
    fEnableUsbNoAckIsochWriteToDevice    REG_DWORD    0x50
    fEnableUsbSelectDeviceByInterface    REG_DWORD    0x1

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client\UsbBlockDeviceBySetupClasses
    1000    REG_SZ    {3376f4ce-ff8d-40a2-a80f-bb4359d1415c}

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client\UsbSelectDeviceByInterfaces
    1000    REG_SZ    {6bdd1fc6-810f-11d0-bec7-08002be2092f}

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\RAUnsolicit
    foobar\administratoren    REG_SZ    foobar\administratoren
    FOOBAR\admins    REG_SZ    FOOBAR\admins

Changed the domain to foobar.

@codeart1st, thanks for info, yes, it looks like you have below policy set which causing server side authentication and WSLg's server side is Linux thus it is not using that by default.
AuthenticationLevel    REG_DWORD    0x2
By default, authentication level is specified at https://github.com/microsoft/wslg/blob/690c91c25400bc53aab708187452d4b31d991023/package/wslg.rdp#L2
I would like to double check if you press yes to continue, does WSLg works expectedly? thanks!

@hideyukn88 first of all, yes WSLg works correctly after I accept the prompts. I also checked what happen with value 0x0 for AuthenticationLevel . As you supposed, my problem is gone and this should be the root cause.
https://admx.help/?Category=Windows_10_2016&Policy=Microsoft.Policies.TerminalServer::TS_SERVER_AUTH
For now, I'm not sure if I can daily drive my company laptop with this setting.

Hello @codeart1st,

We will address this issue. but the fix will be in RDP client software, which requires longer cycle to release the fix, thanks!

this problem still exists on my machine. All available update / patches are installed (Windows and WSL). I'm using Windows 11.
But I'm still blocked to use WSLg.
Do you know where I can see the progress of the RDP client fix or a release in which it has been fixed or will be fixed?
Thanks!
Thomas

@thomasdoerr, unfortunately we have not yet agreed on the approach for fix with the team
owns RDP client software.

But I'm still blocked to use WSLg.

Does WSLg work by clicking "yes" at the dialog?
Btw, you can check the update of RDP client software at https://learn.microsoft.com/en-us/azure/virtual-desktop/whats-new-client-windows, and you can see which version of msrdc.exe is included in WSLg by wsl --version from Windows's command prompt, thanks!

@hideyukn88 thanks for the answer.
Yes it works, connects correctly and the dialog disappears, but several new ones are constantly showing up. So it is not an option to work with this bug.
Thanks!

Yeah, still waiting for a patch.

Same issue here (same RemoteApp window 4 times after I switch on the computer).
Same
AuthenticationLevel    REG_DWORD    0x2
in the given reg key.
I changed it to 0x0 in the registry, but since I am not using any GUI on Linux, I just disabled it by adding
[wsl2]
guiApplications=false

in the %userprofile%/.wslconfig
Seems to be ok now on my company laptop Windows 10 Entreprise 21H2.
I got the issue after upgrading wsl from the shell.
from Powershell: wsl --version
WSL version: 1.0.3.0
Kernel version: 5.15.79.1
WSLg version: 1.0.47
MSRDC version: 1.2.3575
Direct3D version: 1.606.4
DXCore version: 10.0.25131.1002-220531-1700.rs-onecore-base2-hyp
Windows version: 10.0.19044.2486

Just to understand the situation: it means the WSL tries to connect to the VM over RDP and there is no authentication for WSL VMs, so RDP fails to authenticate and warns the users based on the GPO/Registry value. What is the expected situation here then? Create an exception for WSL for RDP connections? Or developing a capability to authenticate for WSL VMs over negotiation?

Hi @hideyukn88 ,
As a former sysadmin, a long term dev and a current cybersecurity person, I would vote on the on a decision which would not sacrifice security for the sake of usability.
My suggestion would be adding this exception for WSL2 but making it manageable via a GPO. So that sysadmins can explicitly create an exception for WSL in the corporate environment. It is secure, manageable and does not affect usability.

This is definitely more than annoing. We work with the Docker Desktop integration for WSL and IntelliJ. When Docker starts it containers you'll get 3 or 4 of this dialogs and for every project IntelliJ tries to open in WSL environment you get another one. So you end up sometimes with 20 to 30 of these dialogs a day often pooling up behind your active windows.

I'm running WSL on a corporate laptop and the setting that causes these dialogs is controlled by Group Policy and our admins aren't going to relax these settings due to security reasons. As mentioned by @joehni I'm getting a lot of these notifications, working with VS Code integrated with WSL. Having these popups is very annoying, please schedule a proper fix for this issue, thank you!

I'm running WSL on a corporate laptop and the setting that causes these dialogs is controlled by Group Policy and our admins aren't going to relax these settings due to security reasons.

^^ This. And it's driving me nuts 🙃

I actually haven't seen this popup in a while now, not sure what changed, but I'll unsubscribe, cheers!

I'm seeing the same error on a company laptop with pretty strict group policies.
I'm using VS Code with WSL2 Ubuntu, Docker extension, running a docker daemon inside WSL2.
The popups seem more abundant (every 1-2 minutes) when I haven't started VS Code yet.
C:\Users\XXX>reg QUERY "HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services" /S

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services
    fDenyTSConnections    REG_DWORD    0x0
    AuthenticationLevel    REG_DWORD    0x2
    DisablePasswordSaving    REG_DWORD    0x1
    fDisableClip    REG_DWORD    0x1
    fDisableCdm    REG_DWORD    0x1
    fPromptForPassword    REG_DWORD    0x1
    fWritableTSCCPermTab    REG_DWORD    0x0
    fEncryptRPCTraffic    REG_DWORD    0x1
    SecurityLayer    REG_DWORD    0x2
    UserAuthentication    REG_DWORD    0x1
    MinEncryptionLevel    REG_DWORD    0x3
    fAllowUnsolicited    REG_DWORD    0x1
    fAllowUnsolicitedFullControl    REG_DWORD    0x1
    CreateEncryptedOnlyTickets    REG_DWORD    0x1
    fAllowToGetHelp    REG_DWORD    0x1
    fAllowFullControl    REG_DWORD    0x1
    MaxTicketExpiry    REG_DWORD    0x1
    MaxTicketExpiryUnits    REG_DWORD    0x1
    fUseMailto    REG_DWORD    0x1

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client
    fEnableUsbBlockDeviceBySetupClass    REG_DWORD    0x1
    fEnableUsbNoAckIsochWriteToDevice    REG_DWORD    0x50
    fEnableUsbSelectDeviceByInterface    REG_DWORD    0x1

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client\UsbBlockDeviceBySetupClasses
    1000    REG_SZ    {3376f4ce-ff8d-40a2-a80f-bb4359d1415c}

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client\UsbSelectDeviceByInterfaces
    1000    REG_SZ    {6bdd1fc6-810f-11d0-bec7-08002be2092f}

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\RAUnsolicit
    itb-helpdesk    REG_SZ    itb-helpdesk
    trimremoteassisthelpers    REG_SZ    trimremoteassisthelpers

C:\Users\XXX> wsl --version
WSL version: 1.2.5.0
Kernel version: 5.15.90.1
WSLg version: 1.0.51
MSRDC version: 1.2.3770
Direct3D version: 1.608.2-61064218
DXCore version: 10.0.25131.1002-220531-1700.rs-onecore-base2-hyp
Windows version: 10.0.19044.3448

I have the same issue, but adding this to %USERPROFILE%\.wslconfig (and also to /etc/wsl.conf)
[wsl2]
guiApplications=false

did not work for me.
I also have to confirm the dialog four times, until it disappears. If I don't, it keeps popping up. This feels very insecure.
My reg QUERY "HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services" /S:

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services
DisablePasswordSaving    REG_DWORD    0x1
MinEncryptionLevel    REG_DWORD    0x3
SecurityLayer    REG_DWORD    0x2
UserAuthentication    REG_DWORD    0x1
fDenyTSConnections    REG_DWORD    0x1
CertTemplateName    REG_SZ    Machine Certificate
CreateEncryptedOnlyTickets    REG_DWORD    0x1
LoggingEnabled    REG_DWORD    0x1
fAllowToGetHelp    REG_DWORD    0x1
fAllowFullControl    REG_DWORD    0x1
MaxTicketExpiry    REG_DWORD    0x1e
MaxTicketExpiryUnits    REG_DWORD    0x0
fUseMailto    REG_DWORD    0x1
AuthenticationLevel    REG_DWORD    0x2
fPromptForPassword    REG_DWORD    0x1
fAllowUnsolicited    REG_DWORD    0x1
fAllowUnsolicitedFullControl    REG_DWORD    0x1
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client
fEnableUsbBlockDeviceBySetupClass    REG_DWORD    0x1
fEnableUsbNoAckIsochWriteToDevice    REG_DWORD    0x50
fEnableUsbSelectDeviceByInterface    REG_DWORD    0x1
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client\UsbBlockDeviceBySetupClasses
1000    REG_SZ    {3376f4ce-ff8d-40a2-a80f-bb4359d1415c}
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client\UsbSelectDeviceByInterfaces
1000    REG_SZ    {6bdd1fc6-810f-11d0-bec7-08002be2092f}
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\RAUnsolicit
NT AUTHORITY\Authenticated Users    REG_SZ    NT AUTHORITY\Authenticated Users

In my case, starting a WSL terminal and keeping it open means no additional popups. Still have to get 2-3 out of the way in the beginning, but at least nothing after that.

Using this in corporate environments where the group policy dictates the AuthenticationLevel is pretty annoying. Using the workaround with the %USERPROFILE%\.wslconfig is possible, but what if one want to use GUI applications? This really should be handled with a higher priority.

This papercut requires a solution, not a workaround. A properly manageable solution which may work in both enterprise and home users.
If we need RDP with TLS for WSL, just generate a new self signed certificate locally and add it to the local certificate store. If there's a problem, allow us to reset. We don't need more.

Also since I started this issue back in 2022, the dialog prompts are flicker for me without any visible text sometimes. That's even more annoying.

Yeah, got the flickering to.

Constantly flickering for me as well, really annoying.

I get this - the popups, the flickering - and the worst part is that sometimes multiple running RemoteApp popups really start degrading the performance of other software.

One of our dev is struggling with his script because of that particular pop up that does not let him launch his instance.
I don't want to remove our policy regarding this pop-up and modify the register, and as mentioned, we should not sacrifice security for practicality. A quick workaround for that would be nice..!

This issue from 2022 is everyday annoyance in any corporate IT environment with group policies and it prohibits widespread use of WSL+WSLg as better and more (with Windows) integrated alternative to virtual machines with Linux guest OS. I could not fathom why it is still not fixed.

@zetixzetix, I added the support for this scenario in RDP client software (msrdc.exe), currently we have been waiting the general public release of msrdc.exe with that support to integrate with WSL release, thanks!

@zetixzetix, I added the support for this scenario in RDP client software (msrdc.exe), currently we have been waiting the general public release of msrdc.exe with that support to integrate with WSL release, thanks!

Hi, do you know any timeplan for this?

@codeart1st, finally the msrdc version 1.2.5326 which we have been waiting, is publicly released (previously only to insiders) and we are integrating it with WSL, thanks!
https://learn.microsoft.com/en-us/azure/virtual-desktop/whats-new-client-windows?pivots=remote-desktop-msi#updates-for-version-125326

How do we leverage the new RDC with WSL? I installed the version at the system level from the URL above, but wsl --version is still reporting 1.2.5105 and WSL2 is still giving me RemoteApp warnings.

I think it still needs to be integrated (in some kind) in WSL2. So we need to wait for a fix in WSL codebase. But I also hope, that it get's done shortly.

I saw it is integrated into the last prerelease version of wsl: https://github.com/microsoft/WSL/releases
So I downloaded the wsl.2.2.3.0.x64.msi from there and installed that and it fixed the warnings.

I saw it is integrated into the last prerelease version of wsl: https://github.com/microsoft/WSL/releases So I downloaded the wsl.2.2.3.0.x64.msi from there and installed that and it fixed the warnings.

Thanks for the info 👍

wsl --update --pre does that for you :)
It certainly improves things, but there is still one (new) drawback left: while the prompt has stopped appearing, at the time the prompt would have appeared before, "something" happens in the system tray and steals your focus, which is annoying when you start up WSL and start typing a command.
To reproduce: wsl --shutdown && wsl and then just keep the Return key pressed. Input will stop scrolling after 3-4s until you focus WSL again.

@bersbersbers, would you please collect the log following the steps at https://github.com/microsoft/wslg/issues/1212#issuecomment-2077704239 ? Also are you on Windows 10 or 11? thanks!

authors: Corbie-42 Maxim-Mazurok NoInfraForYou bersbersbers codeart1st dalai4git ericbl florianm hideyukn88 joehni michaelkebe ngg nickschurch resried thomasdoerr tonyvscode travis-teitsch zbalkan zetixzetix

repo: microsoft/wslg


text:
Download a file in another format: Version v1.0 download pptm as pdf not working

When trying to download a pptm file as pdf with the graph api v1.0 it returns a not supported error (InputFormatNotSupported). The documentation says it should work but sadly it does not.
Is this a wrong implementation or a wrong documentation?

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 59cfb473-0783-09cb-3c88-96f884d76e06
Version Independent ID: 9992b18b-299d-6863-c06f-8bacb7ff2962
Content: Convert to other formats - Microsoft Graph v1.0
Content Source: api-reference/v1.0/api/driveitem-get-content-format.md
Product: sharepoint
Technology: microsoft-graph
GitHub Login: @JeremyKelley
Microsoft Alias: JeremyKelley

As part of a repository clean up effort we are closing older issues. If this issue remains, please: open a new issue, reference this issue, and provide any additional details that may help in resolution. Thank you for your understanding as we work to improve our responsiveness.

authors: PaoloPia traveling-developer


text:
feature/export-applyStyle: Add to index.js and index.d.ts

This makes applyStyle a named export/import, thus enabling import { applyStyle } from 'react-native-markdown-renderer'.  This is needed if you want to define your own render rules to pass to RNMR and such rules need to call applyStyle.

Thank you for fixing this.

You're welcome!  Thanks for merging it it!
On Tue, May 22, 2018 at 9:13 AM, Mient-jan Stelling <
notifications@github.com> wrote:

Thank you for fixing this.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/mientjan/react-native-markdown-renderer/pull/46#issuecomment-390984685,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AFqvLxVbX6G51hOQkpDw-BFcdIX8xdk8ks5t1A7lgaJpZM4UDZxQ
.

authors: mientjan mountHouli

repo: mientjan/react-native-markdown-renderer


text:
MySQL server has gone away error

So if my __init__.py has:
db = SQLAlchemy()
def create_app(config_filename):
app = flask.Flask(__name__)
app.config.from_pyfile(config_filename)
db.init_app(app)
Everything works fine as long as the timeout in MySQL has not been met since the Apache/WSGI server has been restarted. By default that is 8 hours.
What is your recommended approach for dealing with Flask-SQLAlchemy and database timeout?

Is this a frequent problem? Normally these corner case situations happen once in a long while. A database timeout will make SQLAlchemy raise an exception, which in turn will cause a 500 response to the client. The next time, however, the connection will be reestablished, so the next request will work fine. If this isn't acceptable, you can build retry logic within a request, by caching the SQLAlchemy exception and retrying the query.

Yes, unfortunately it happens quite frequently. Since i am not a Flask master  :)   could you please give me an example of where I'd catch the exception and retry?  Are you talking about a try:except block on each query?

If it happens frequently, then I would invest time addressing the reason why these disconnects occur.

Are you talking about a try:except block on each query?

A better option would be subclassing the query class, so that you don't have to add a try/except in every query.

Thanks, Miguel!  Sorry to bother, but could you give me an example of catching the kind of exception you're referring to?
Cheers!
...John
Sent from my iPhone

On Jul 1, 2016, at 1:13 PM, Miguel Grinberg notifications@github.com wrote:
If it happens frequently, then I would invest time addressing the reason why these disconnects occur.
Are you talking about a try:except block on each query?
A better option would be subclassing the query class, so that you don't have to add a try/except in every query.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or mute the thread.

Honestly I have not seen this problem myself, but I imagine SQLAlchemy raises one of its exceptions? As I said before, this isn't normal, you should better spend time investigating why these disconnections happen.

Look at mysqld error log.
https://dev.mysql.com/doc/refman/5.5/en/error-log.html

Thanks all. I think there's a bug in the flask-sqlalchemy setting that the docs say should prevent this - 'SQLALCHEMY_POOL_RECYCLE' -- I initially thought this had fixed it, but it leads to spotty connections, where sometimes you have to hit refresh on the pages and sometimes not. So following Miguel's suggestion, I did this, which so far seems to work:
class Util:
@staticmethod
def query_result(query):
    try:
        result = db.session.execute(query)
    except:
        if exc.DisconnectionError:
            result = db.engine.execute(query)
        elif exc.InvalidRequestError:
            db.session.rollback()
            result = db.engine.execute(query)
        else:
            result = db.engine.execute(query)

I tried using 'engine' vs. 'session' because the docs say engine will always return a connection. I'm not sure if the 'db.session.rollback()' would work, actually, since it seems to me the 'session' object is a problem if the connections have gone away. I mainly put it there in case there was a problem elsewhere doing CRUD operations.
For my CRUD operations, I'm working on this, although it's not 100% yet. The 'tblobject' is the result of ORM adding, like:
class Users(db.Model):
...
@staticmethod
def add_user(userDict):
    user = Users(name=userDict['name'])
    user.password = userDict['password']
    Util.exec_crud(user)

@staticmethod
def exec_crud(tblobject):
    if db.session:
        db.session.add(tblobject)
    else:
        db.engine.connect()
        db.session.add(tblobject)
    try:
        db.session.commit()
    except:
        if exc.InvalidRequestError:
            db.session.rollback()
            raise

I say not 100% because if I create a problem, like adding a user that already exists, I get the proper error, but then when I add a new user it adds but I have to refresh the browser to see it.
Thanks for the help!  I think you can close this one out!
cheers,
...john

authors: jdonson kilgorejd miguelgrinberg

repo: miguelgrinberg/flasky

license: mit

license_source: bigquery


text:
"sqlalchemy.exc.OperationalError"

So I am reading the book and coding and coding it at the same time and look at the clones sometimes. So now I'm creating a user to try out the current_user.is_authenticated() in chapter 8 to see if does it shows that I am logged in or not. When I try to sign it with the user that I have created through the shell i get the following error
sqlalchemy.exc.OperationalError
OperationalError: (OperationalError) no such table: users u'SELECT users.id AS users_id, users.email AS users_email, users.username AS users_username, users.password_hash AS users_password_hash, users.role_id AS users_role_id \nFROM users \nWHERE users.email = ?\n LIMIT ? OFFSET ?' (u'name@example.com', 1, 0)
and this error from the traceback
File "/home/cycrups/Desktop/Flask/asghaal/app/auth/views.py", line 11, in login
user = User.query.filter_by(email=form.email.data).first()
Any idea where I might went wrong?

@qasimalbaqali you probably missed the fact that after the restructure in chapter 7 the name of the database has changed. Post chapter 7 the application has multiple configurations, and each configuration uses a different database. So you are probably using an empty database that has no tables. If you run manage.py db upgrade you should get the tables added to your database.

@miguelgrinberg I already ran the upgrade for the databases. I usually do it after every other change in the code. I ran it one more time. I have two databases data.sqlite and data-dev.sqlite , I guess this mean the upgrade for the database has worked. I tried again creating a new user and when I commit I get

OperationalError: (OperationalError) no such table: users u'INSERT INTO users (email, username, password_hash, role_id) VALUES (?, ?, ?, ?)' ('gasmee811@msn.com', 'gasmee811', 'pbkdf2:sha1:1000$rVS4pyEj$13ac4a0ec69f175807cfc91aa56fa1742e7340e8', None)
*
I guess this means the tables aren't added to my database yet? I am a newbie with Flask so I appreciate all the help you can give me :).
PS. You're book is amazing, I have learned a lot with from it and I am just half way through it!

Do you have the sqlite3 command line utility? Try the following in a shell:
$ sqlite3 data-dev.sqlite
sqlite> .schema

The output should be the tables that exist in the database. See if you have a users table or not.

All I got was
CREATE TABLE alembic_version (
version_num VARCHAR(32) NOT NULL
);
I deleted the database and have upgraded again, so a new one was created and still the same problem. I am afraid that it's just a small problem that I have while typing the code and have made a mistake. The best solution for me if I would just replace each of the files with the latest checkout git and see which would fix it and then see what went wrong. I appreciate your help, I am just afraid of taking too much of your time with troubleshooting my problem.
Thanks again.

Check your migration scripts, compare them against those in this repository. My guess is that your migrations aren't doing anything.

@miguelgrinberg Okay so I have removed the migration script and did it again and now it's working fine! Thank you.

The problem is with .py files in the migrations/versions folder. If its empty, then you got a problem


text:
How to skip the httpauth

Suppose that I have logged in Flasky, and want to get resources via API. How do I use api without typing in username and password again? Can I use current_user.is_authenticated() to do it?
@api.before_request
@auth.login_required
def before_request():
    if not g.current_user.is_anonymous and \
        not g.current_user.confirmed:
    return forbidden('Unconfirmed account')

Yes, you could do that, just remove the Flask-HTTPAuth code and use Flask-Login's current_user to identity the user.
But the problem with your proposed design is that the API would not stand on its own, it would be dependent on having the user logged in to the web application. Any usage of the API outside of the web application would break. Writing APIs this way goes against one of the REST architecture principles, which requires APIs to be stateless.

Thank you Miguel, You are right, and I don't want to remove HTTPAuth either. What I'm trying to do is making the logged user get validated without type in username and password in the dialog, and the users who have not logged in still need to verify password.

@alex1007 you could generate an API token each time the user requests a page (assuming Flask-Login validates him/her successfully). The token could be written to the page as Javascript code. Then if the client side app in the page needs to make a call, it has the token readily available.
I think this solution is nice because it keeps the API pure, but provides a simplified workflow for the web application.


text:
test_follow fails as of 7/30/2020

In the test case, you have u1 follow u2, but then assert that u2 has one follower. Only u1 has followers, and the test fails.
https://github.com/miguelgrinberg/microblog/blob/master/tests.py#L53
Maybe it was intended that u2.follow(u1) as well?
Also, thank you very much for this excellent tutorial.

I'm confused. If u1 follows u2, then u2 does have one follower. So the test is correct, and it actually passes for me.

You're right, I had a typo and was checking asserts on u2.followed.count instead of u2.followers.count - I appreciate the response, and will close my issue.

authors: miguelgrinberg snaxattax

repo: miguelgrinberg/microblog


text:
Server now closes socket when connection is dropped by client ( Fix #19 )

Server now closes socket when connection is dropped by client to avoid sockets hanging in CLOSE_WAIT state.
This aims at solving issue #19 as discussed. I changed the solution a bit from what was proposed at first to follow the pattern already existent in Client. I'm not sure however about the best reason and message for the disconnection.
I'm not sure about the testing rules for this branch, I tested this case has best I could manually. If I should do something else, like updating automatic tests, please do say.
Also took the liberty to fix a couple of typos in comments, hope you don't mind.
Thank you

Codecov Report

Merging #20 (633dbab) into main (271f8fc) will not change coverage.
The diff coverage is 100.00%.

@@            Coverage Diff            @@
##              main       #20   +/-   ##
=========================================
  Coverage   100.00%   100.00%
=========================================
  Files            2         2
  Lines          195       200    +5
  Branches        41        42    +1
=========================================
+ Hits           195       200    +5

Impacted Files
Coverage Δ

src/simple_websocket/ws.py
100.00% <100.00%> (ø)

:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more

This is now merged. I have simplified the closing logic a bit, and also added a missing close for the selector, which is used when the optional pings are enabled. Thanks!

Thanks for your work!

repo: miguelgrinberg/simple-websocket


text:
Buscar

Agrega una barra responsiva para buscar tipo google
La busqueda se realiza en todas las layers

Al seleccionar

Si la layer no esta cargada se carga en ese momento
Se lleva al punto del marcado con zoom 17

Genial tu aportación ! muchas gracias ! solo que el mapa deja de ser navegable debajo del buscador aun cuando no se están mostrando resultados, creo que lo podemos resolver con un event listener para mantener el div con height 0 hasta que el usuario empiece a buscar algo, si quieres mañana que pueda acceder a una compu te ayudo con eso !
gracias !

Ya esta hecha la corrección

authors: DKbyo leodc


text:
Categorize by source

Describe your suggested feature
I would love to have an option to categorize my Library to their source extension.
so you can know which manga is from which source and switch between categories by source.
Other details
No response
Acknowledgements

[X] I have searched the existing issues and this is a new ticket, NOT a duplicate or related to another open or closed issue.
[X] I have written a short but informative title.
[X] I have updated the app to version 0.16.5.
[X] I will fill out all of the requested information in this form.

No

The option already exists. Create a category for each source and assign them

The option already exists. Create a category for each source and assign them

do you mean to add them one by one to each category I creat?

You can search in your Library the "Source name" and it should filter out the ones from said source (reminder, Mihon doesn't have, associate, or provide any extensions/sources). Otherwise, view the Browse Page > Migrate tab to see what is tied to what.

this seems to be working for me thanks a ton

The option already exists. Create a category for each source and assign them

do you mean to add them one by one to each category I creat?

You can assign categories in bulk too.

authors: AntsyLich BrutuZ Farzout

repo: mihonapp/mihon


text:
Error in post job cleanup

Using this action with
- name: Use build cache
  uses: mikehardy/buildcache-action@v1

I get the following error in the post-job cleanup:
Post job cleanup.
(node:1069) UnhandledPromiseRejectionWarning: Error: Unable to locate executable file: buildcache. Please verify either the file path exists or the file can be found within a directory specified by the PATH environment variable. Also check the file mode to verify the file is executable.
    at Object.<anonymous> (/Users/runner/work/_actions/mikehardy/buildcache-action/v1/dist/webpack:/buildcache-action/node_modules/@actions/io/lib/io.js:187:1)
    at Generator.next (<anonymous>)
    at fulfilled (/Users/runner/work/_actions/mikehardy/buildcache-action/v1/dist/webpack:/buildcache-action/node_modules/@actions/io/lib/io.js:5:1)
(node:1069) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). (rejection id: 1)
(node:1069) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code.

Subsequent runs have a cache status with zeros across the board:
Cache status:
  Entries in cache:  0
  Cache size:        0 bytes (0.0%)
  Direct hits:       0
  Direct misses:     0
  Local hits:        0
  Local misses:      0
  Remote hits:       0
  Remote misses:     0
  Misses:            0
  Direct hit ratio:  0.0%
  Local hit ratio:   0.0%
  Remote hit ratio:  0.0%
  Hit ratio:         0.0%

Here are the full logs from the first step:
Run mikehardy/buildcache-action@v1
  with:
    access_token: ***
    install_dir: /Users/runner/work/***/***
    upload_buildcache_log: false
    zero_buildcache_stats: true
  env:
    CI: true
    FIREBASE_TOKEN: ***
    MY_KEYCHAIN: tmp-keychain
buildcache: release file based on runner os is buildcache-macos.zip
buildcache: installing from https://github.com/mbitsnbites/buildcache/releases/download/v0.27.1/buildcache-macos.zip
buildcache: download path /Users/runner/work/_temp/9b149fea-5053-46ef-abe1-a5b18d373e01
/usr/bin/unzip -q /Users/runner/work/_temp/9b149fea-5053-46ef-abe1-a5b18d373e01
buildcache: unpacked folder /Users/runner/work/***/***
/bin/ln -s /Users/runner/work/***/***/buildcache/bin/buildcache /Users/runner/work/***/***/buildcache/bin/clang
/bin/ln -s /Users/runner/work/***/***/buildcache/bin/buildcache /Users/runner/work/***/***/buildcache/bin/clang++
buildcache: no cache for key buildcache-2021-10-02T05:29:57.900Z or buildcache - cold cache or invalid key
/Users/runner/work/***/***/buildcache/bin/buildcache -c
Configuration file: /Users/runner/work/***/***/.buildcache/config.json

  BUILDCACHE_ACCURACY:               DEFAULT
  BUILDCACHE_CACHE_LINK_COMMANDS:    false
  BUILDCACHE_COMPRESS:               true
  BUILDCACHE_COMPRESS_FORMAT:        DEFAULT
  BUILDCACHE_COMPRESS_LEVEL:         -1
  BUILDCACHE_DEBUG:                  2
  BUILDCACHE_DIR:                    /Users/runner/work/***/***/.buildcache
  BUILDCACHE_DIRECT_MODE:            false
  BUILDCACHE_DISABLE:                false
  BUILDCACHE_HARD_LINKS:             false
  BUILDCACHE_HASH_EXTRA_FILES:
  BUILDCACHE_IMPERSONATE:
  BUILDCACHE_LOG_FILE:               /Users/runner/work/***/***/.buildcache/buildcache.log
  BUILDCACHE_LUA_PATH:               /Users/runner/work/***/***/.buildcache/lua
  BUILDCACHE_MAX_CACHE_SIZE:         500000000 (476.8 MiB)
  BUILDCACHE_MAX_LOCAL_ENTRY_SIZE:   134217728 (128.0 MiB)
  BUILDCACHE_MAX_REMOTE_ENTRY_SIZE:  134217728 (128.0 MiB)
  BUILDCACHE_PERF:                   false
  BUILDCACHE_PREFIX:
  BUILDCACHE_READ_ONLY:              false
  BUILDCACHE_READ_ONLY_REMOTE:       false
  BUILDCACHE_REMOTE:
  BUILDCACHE_REMOTE_LOCKS:           false
  BUILDCACHE_S3_ACCESS:
  BUILDCACHE_S3_SECRET:
  BUILDCACHE_TERMINATE_ON_MISS:      false
/Users/runner/work/***/***/buildcache/bin/buildcache -s
Cache status:
  Entries in cache:  0
  Cache size:        0 bytes (0.0%)
  Direct hits:       0
  Direct misses:     0
  Local hits:        0
  Local misses:      0
  Remote hits:       0
  Remote misses:     0
  Misses:            0
  Direct hit ratio:  0.0%
  Local hit ratio:   0.0%
  Remote hit ratio:  0.0%
  Hit ratio:         0.0%
buildcache: zeroing stats - stats display in cleanup task will be for this run only.
/Users/runner/work/***/***/buildcache/bin/buildcache -z

Strange - the only time the buildcache program itself is called in save.ts (the cleanup file), it is inside printStats, where there is an exec call:
https://github.com/mikehardy/buildcache-action/blob/2e0a49043b54488b60ccb26c4b77619afe9dca8c/src/lib.ts#L6-L18
...but every buildcache call in the whole action funnels through that exec call, and if it works at the start, why wouldn't it work at the end? :thinking:
Perhaps there is something wiping out part of the repo's filespace in your build?
You could try setting "install_dir" and putting buildcache someplace else maybe?
https://github.com/mikehardy/buildcache-action/blob/2e0a49043b54488b60ccb26c4b77619afe9dca8c/src/lib.ts#L51-L61
then when it is installed in this function (which adds the installed location to the whole workflow's path) it will still be there https://github.com/mikehardy/buildcache-action/blob/2e0a49043b54488b60ccb26c4b77619afe9dca8c/src/restore.ts#L58

Very odd. I'm doing another run with the debugging cranked up to 3 and upload_builcache_log set to true to see if that sheds any light on things.
I'm noticing that I have this setup to run before I checkout my repo, so the post-job buildcache step happens AFTER the Post Checkout repository step - I wonder if something in that step is removing files? It doesn't look like it:
Post job cleanup.
/usr/local/bin/git version
git version 2.33.0
/usr/local/bin/git config --local --name-only --get-regexp core\.sshCommand
/usr/local/bin/git submodule foreach --recursive git config --local --name-only --get-regexp 'core\.sshCommand' && git config --local --unset-all 'core.sshCommand' || :
/usr/local/bin/git config --local --name-only --get-regexp http\.https\:\/\/github\.com\/\.extraheader
http.https://github.com/.extraheader
/usr/local/bin/git config --local --unset-all http.https://github.com/.extraheader
/usr/local/bin/git submodule foreach --recursive git config --local --name-only --get-regexp 'http\.https\:\/\/github\.com\/\.extraheader' && git config --local --unset-all 'http.https://github.com/.extraheader' || :

Pre-job log:
2021-10-02T15:11:18.3819260Z ##[group]Run mikehardy/buildcache-action@v1
2021-10-02T15:11:18.3820050Z with:
2021-10-02T15:11:18.3821010Z   access_token: ***
2021-10-02T15:11:18.3821980Z   install_dir: /Users/runner/work/***/***
2021-10-02T15:11:18.3822630Z   upload_buildcache_log: false
2021-10-02T15:11:18.3823230Z   zero_buildcache_stats: true
2021-10-02T15:11:18.3823920Z env:
2021-10-02T15:11:18.3824340Z   CI: true
2021-10-02T15:11:18.3826810Z   FIREBASE_TOKEN: ***
2021-10-02T15:11:18.3827410Z   MY_KEYCHAIN: tmp-keychain
2021-10-02T15:11:18.3827960Z ##[endgroup]
2021-10-02T15:11:19.5010650Z buildcache: release file based on runner os is buildcache-macos.zip
2021-10-02T15:11:19.7997700Z buildcache: installing from https://github.com/mbitsnbites/buildcache/releases/download/v0.27.1/buildcache-macos.zip
2021-10-02T15:11:20.1694570Z buildcache: download path /Users/runner/work/_temp/c503a513-cdfc-4eb8-b888-3f8e81b85dce
2021-10-02T15:11:20.1764980Z [command]/usr/bin/unzip -q /Users/runner/work/_temp/c503a513-cdfc-4eb8-b888-3f8e81b85dce
2021-10-02T15:11:20.6761410Z buildcache: unpacked folder /Users/runner/work/***/***
2021-10-02T15:11:20.7607890Z [command]/bin/ln -s /Users/runner/work/***/***/buildcache/bin/buildcache /Users/runner/work/***/***/buildcache/bin/clang
2021-10-02T15:11:20.7728170Z [command]/bin/ln -s /Users/runner/work/***/***/buildcache/bin/buildcache /Users/runner/work/***/***/buildcache/bin/clang++
2021-10-02T15:11:21.9761470Z buildcache: no cache for key buildcache-2021-10-02T15:11:21.133Z or buildcache - cold cache or invalid key
2021-10-02T15:11:21.9796920Z [command]/Users/runner/work/***/***/buildcache/bin/buildcache -c
2021-10-02T15:11:22.1214000Z Configuration file: /Users/runner/work/***/***/.buildcache/config.json
2021-10-02T15:11:22.1214780Z
2021-10-02T15:11:22.1215370Z   BUILDCACHE_ACCURACY:               DEFAULT
2021-10-02T15:11:22.1216100Z   BUILDCACHE_CACHE_LINK_COMMANDS:    false
2021-10-02T15:11:22.1216850Z   BUILDCACHE_COMPRESS:               true
2021-10-02T15:11:22.1217550Z   BUILDCACHE_COMPRESS_FORMAT:        DEFAULT
2021-10-02T15:11:22.1218980Z   BUILDCACHE_COMPRESS_LEVEL:         -1
2021-10-02T15:11:22.1219630Z   BUILDCACHE_DEBUG:                  2
2021-10-02T15:11:22.1220670Z   BUILDCACHE_DIR:                    /Users/runner/work/***/***/.buildcache
2021-10-02T15:11:22.1221410Z   BUILDCACHE_DIRECT_MODE:            false
2021-10-02T15:11:22.1222050Z   BUILDCACHE_DISABLE:                false
2021-10-02T15:11:22.1222650Z   BUILDCACHE_HARD_LINKS:             false
2021-10-02T15:11:22.1223810Z   BUILDCACHE_HASH_EXTRA_FILES:
2021-10-02T15:11:22.1224430Z   BUILDCACHE_IMPERSONATE:
2021-10-02T15:11:22.1225530Z   BUILDCACHE_LOG_FILE:               /Users/runner/work/***/***/.buildcache/buildcache.log
2021-10-02T15:11:22.1226710Z   BUILDCACHE_LUA_PATH:               /Users/runner/work/***/***/.buildcache/lua
2021-10-02T15:11:22.1227480Z   BUILDCACHE_MAX_CACHE_SIZE:         500000000 (476.8 MiB)
2021-10-02T15:11:22.1228170Z   BUILDCACHE_MAX_LOCAL_ENTRY_SIZE:   134217728 (128.0 MiB)
2021-10-02T15:11:22.1228860Z   BUILDCACHE_MAX_REMOTE_ENTRY_SIZE:  134217728 (128.0 MiB)
2021-10-02T15:11:22.1229510Z   BUILDCACHE_PERF:                   false
2021-10-02T15:11:22.1230080Z   BUILDCACHE_PREFIX:
2021-10-02T15:11:22.1230920Z   BUILDCACHE_READ_ONLY:              false
2021-10-02T15:11:22.1231550Z   BUILDCACHE_READ_ONLY_REMOTE:       false
2021-10-02T15:11:22.1232180Z   BUILDCACHE_REMOTE:
2021-10-02T15:11:22.1232760Z   BUILDCACHE_REMOTE_LOCKS:           false
2021-10-02T15:11:22.1233390Z   BUILDCACHE_S3_ACCESS:
2021-10-02T15:11:22.1233950Z   BUILDCACHE_S3_SECRET:
2021-10-02T15:11:22.1234590Z   BUILDCACHE_TERMINATE_ON_MISS:      false
2021-10-02T15:11:22.1261100Z [command]/Users/runner/work/***/***/buildcache/bin/buildcache -s
2021-10-02T15:11:22.1318320Z Cache status:
2021-10-02T15:11:22.1319120Z   Entries in cache:  0
2021-10-02T15:11:22.1320780Z   Cache size:        0 bytes (0.0%)
2021-10-02T15:11:22.1321450Z   Direct hits:       0
2021-10-02T15:11:22.1322810Z   Direct misses:     0
2021-10-02T15:11:22.1323370Z   Local hits:        0
2021-10-02T15:11:22.1324070Z   Local misses:      0
2021-10-02T15:11:22.1324620Z   Remote hits:       0
2021-10-02T15:11:22.1325110Z   Remote misses:     0
2021-10-02T15:11:22.1325620Z   Misses:            0
2021-10-02T15:11:22.1326090Z   Direct hit ratio:  0.0%
2021-10-02T15:11:22.1326620Z   Local hit ratio:   0.0%
2021-10-02T15:11:22.1327110Z   Remote hit ratio:  0.0%
2021-10-02T15:11:22.1327660Z   Hit ratio:         0.0%
2021-10-02T15:11:22.1329960Z buildcache: zeroing stats - stats display in cleanup task will be for this run only.
2021-10-02T15:11:22.1357830Z [command]/Users/runner/work/***/***/buildcache/bin/buildcache -z

Post-job log:
2021-10-02T16:03:01.8614690Z Post job cleanup.
2021-10-02T16:03:02.2375480Z (node:17522) UnhandledPromiseRejectionWarning: Error: Unable to locate executable file: buildcache. Please verify either the file path exists or the file can be found within a directory specified by the PATH environment variable. Also check the file mode to verify the file is executable.
2021-10-02T16:03:02.2486790Z     at Object.<anonymous> (/Users/runner/work/_actions/mikehardy/buildcache-action/v1/dist/webpack:/buildcache-action/node_modules/@actions/io/lib/io.js:187:1)
2021-10-02T16:03:02.2489140Z     at Generator.next (<anonymous>)
2021-10-02T16:03:02.2592010Z     at fulfilled (/Users/runner/work/_actions/mikehardy/buildcache-action/v1/dist/webpack:/buildcache-action/node_modules/@actions/io/lib/io.js:5:1)
2021-10-02T16:03:02.2694720Z (node:17522) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). (rejection id: 1)
2021-10-02T16:03:02.2796840Z (node:17522) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code.

Ah yeah, I think that is it - problem resolved moving the install step after the repository checkout step. Seems obvious now but might be work having a mention in the README.

Very interesting - If you want to hit the edit button on the README and post a PR with the details of that, you might help some future people, github web PR flow for text edits is really quick and you'll know the exact details best

Will do. New problem though - nothing seems to be saved to to the cache. The post-job cleanup reports a cache size of 0 bytes. Any ideas?

That's where turning up the debug on the build log and examining it will be (hopefully) interesting. Although if it's truly zero that usually implies the buildcache binary is not even in play, not just that it's cache-miss all the time (which is what the buildlog normally helps with)
I'd examine the PATH environment variable before whatever build step you've got, and then compare your build commands vs expectations to make sure that it's referencing your compiler in whatever way buildcache says it should so that buildcache is used
Please note that without some https://duckduckgo.com/?t=canonical&q=minimum+reproducible+example I'm just offering general guidance, all of which may be deduced from source here or on buildcache main docs site

Awesome thanks - I'll do some digging. It definitely seems like the buildcache binaries aren't in play, in the upload step the log is not found.

Got this working, but only after I added the extra variables to xcodebuild as you outline in the docs. For whatever reason, simply having the path set did not seem to work 🤷 .

Glad it works for you! Honestly (as a mainly react-native build consumer myself...) I've been bouncing between my own action and ccache personally (and the both of those locally as well). I have found that ccache can be faster, but only the newest versions (where multiple source files is handled better). So if you haven't tried the ccache-action that this is patterned from you might give it a benchmark for your case too, the difference can be substantial. At any rate, I'm happy to have wrappers for both underlying compiler caches as I've always had success with at least one of them. And it is a big help! Cheers

authors: casconed mikehardy

repo: mikehardy/buildcache-action


text:
🛑 OMSF is down

In 4140f70, OMSF (https://www.omsf.io) was down:

HTTP code: 0
Response time: 0 ms

Resolved: OMSF is back up in 7df6229 after 19 minutes.

repo: mikemhenry/website-uptime