• Welcome to Support Forum: Get Support for Patch My PC Products and Services.
 

Recent posts

#51
I've attempted to install the 2.5.4 release of Advanced Insights and have found that (at least for me) the installer appears to hang after installing the ASP.Net Core Hosting Bundle 8.0.23.  The screen says success, but it never proceeds beyond this screen. See the attached screenshot.

ai-installer.jpg

The task bar item on my server where this is running has the icon colored green.  Not sure what that might mean.
ai2.jpg

Running on Windows Server 2016 with Admin rights.

Any ideas?

#52
The Notepad++ team indicated on 2/5 that the MSI allows to disable the AutoUpdater using:  msiexec /i npp.8.9.1.Installer.x64.msi NOUPDATER=1

https://notepad-plus-plus.org/news/clarification-security-incident/

When I look in the Patch My PC publisher, I see installs for the EXE version but none for the MSI version. Because of this, I have been pushing out the EXE version and not using the MSI version (since it shows ZERO installations). 

Should we switch from the EXE update to the MSI update? Will it apply? Can the AutoUpdater be disabled using the EXE version?

NOTE: I'm using the Publisher and publishing updates to both ConfigMgr and to Intune.
#53
You definitely need to keep the ÿ it is used as a separator for all the values passed to scriptrunner.
You should be able to manually modify package.xml, as long as it gets all of the values it expects it should work fine.
#54
I republished all the managed pmp apps now the error in the TS is gone and apps install again.
#55
Could you share that link? I have got the same issue
#56
Quote from: MassDeployment on January 28, 2026, 09:47:56 PMI am experiencing this issue now. I pre-provision my devices and I only have 8 apps required in there. The pre-provisioning is fine, computer Reseals then I give it to the user. The problem is that when the user logs in and it does the ESP Device setup section, the Apps (Identifying) takes like 10 minutes, then it says (None Applicable) or something like that.

I checked the AppWorkLoad.log and I can see that's evaluating all my "Update for <app>" packages because they are marked as Required to All Devices.

Lets say I have the VLC Media Player package created, I mark it as Available for All Devices that way people can download from Company Portal. I also create the Update for VLC Media Player package and mark it as Required for All Devices, assuming that that way when an update gets released those who installed the software will get the update.

My AppWorkLoad.log is processing around 45 packages.

What can I do so I can make this better?

Same recommendation was given above I would suggest.
Remove the UPDATES from ESP entirely. It's not necessary to have them there.

They will still evaluate separately based on the Standard InTune evaluation cycles after ESP completes and the device is online.

Keep the ESP list restrained to only the most critical core requires apps. Everything else shouldnt be in ESP.
#57
Hi Team,

I am looking to grab copies of our PMPC deployed items and throw them at some servers with custom login scripts. Unfortunately the CIO veto'd my idea to implement WSUS and we don't have the budget for SCCM... So I am having to perform alternatives.

I wanted to make some customisations to the deployment and thought I could do so via amendments to the Package.xml. Reviewing the file it seems straight forward enough but I am wondering around the "ÿ" I see at the end of each argument.

This looks to be something that doesn't render natively in utf-8 so I worry if I make edits to the file will the PMPC scriptrunner still understand Package.xml.

What happens if I remove the "ÿ"?
What happens if in an existing Package.xml that does not include a specific argument, I manually insert a copy sourced from another file and abide by the syntax?
#58
Updated to v13.49
We will look into the problem of some updates getting stuck at some situations, thank you!
#59
Installations of ExifTool Portable 13.48 get stuck indefinitely with a status of "Calculating" because the download file cannot be found on the target server and Home Updater as currently implemented is apparently unable to detect this type of problem. The attempted update must be manually cancelled.

Log file excerpt:
[2026-02-04 00:34:07]  DEBUG  [Exiftool (x64) Portable]: Started downloading portable app: 'https://exiftool.org/exiftool-13.48_64.zip'

The exiftool.org home page contains the following note:
"(To reduce load on the exiftool.org server, the download links now point to SourceForge)"

The URL should have been: https://sourceforge.net/projects/exiftool/files/exiftool-13.48_64.zip

Note that ExifTool version 13.48 (31-Jan-26) has since been superseded by version 13.49 (03-Feb-26).

Download files for both versions are available on SourceForge.




#60
Quote from: dking02 on January 30, 2026, 04:15:59 PMchange the app type filter for the search
Thank you, it solved. The reason why I didn't do that, is because with my desktop screen resolution, the Filter horizontal box of the "App Library" disappears, if "Group by category" is pinned.

So I had to UNPIN the "Group by Category" button and then I could filter by portable, also the "App Library".