Topics

Hello PMPC Team,

As always, thank you for your great product and support.

I have both runtimes selected (for both architectures) in the ConfigMgr apps list, their updates are also served, the issue I'm facing is that when Visual Visual C++ 2015-2022 runtime is installed and subsequently Visual C++ 2015-2019 update tries to install, it fails because the 2015-2022 version is newer and supersedes it.
I would like to propose the following:
1) The detection rules of 2015-2019 should detect the newer version(s) and skip the installation for a full app or an update.
2) In the PMPC GUI, there must be a blocking function that grays out and deselects (if selected) the older version if a newer is superseding it (for the 2015-xxxx ones). Also a message to remove the old application would be nice.

Do these proposals make sense to you?
Are the above feasible?

With regards,
George Simos

Hello,

I'm in the process of replacing multiple versions of KeePass (1.x and 2.x, MSI and EXE Setups) with the latest one that is based on MSI installer.
However, I don't have all the previous versions covered by PatchMyPC due to quite old installations, manual ones and the application retention I have set in the publisher.
Because I have either on hand or have located and downloaded all the installers needed, I have created respective applications to be superseded by the latest one but also provide the uninstall command to remove the old ones.
I wanted to use the ability of the "Interactive user notifications" feature in PatchMyPC and use the binaries and modified Package.XML and Detection Scripts as the base of these applications (something that I have done a couple of times succesfuly so far and it is really cool).
However, setting the notification settings and republishing the content for the latest application's version, I noticed in Package.XML the following (sample application based on the Setup.exe installer):

Code Select Expand

<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<Package>
  <VendorName>Dominik Reichl</VendorName>
  <ProductName>KeePass v1 - EXE Install</ProductName>
  <AppNameFilter>KeePass Password Safe%</AppNameFilter>
  <AppVersionFilter>1.40</AppVersionFilter>
  <SilentUninstallArg>/verysilent</SilentUninstallArg>
  <CommandLine>/MainFile=KeePass-1.40-Setup.exeÿ"/MainArg=/VERYSILENT /NOCLOSEAPPLICATIONS /NORESTARTAPPLICATIONS /NORESTART /SP- /SUPPRESSMSGBOXES"ÿ/BlockingProcessPolicy=Notifyÿ/UserNotificationTimeout=120ÿ/PreventConflictingProcessRestartÿ/NotificationPolicy=AutoCloseÿ/FocusAssistPolicy=DiscardNotificationÿ"/ApplicationName=KeePass v1 - EXE Install"ÿ/[b]ApplicationID=2e630e69-0b39-4b2b-a6c0-3cc3bf8b551b[/b]ÿ/KillProcessList=KeePass.exeÿ/ShortcutFileName=KeePassÿ/LoggingSwitch=/LOG={path}ÿ/PrefixInstallLogÿ/LoggingPath=C:\windows\ccm\logs\PatchMyPCInstallLogsÿ/LogRetentionDays=28</CommandLine>
  <InstallationBehavior>System</InstallationBehavior>
  <PackageID>TST123AB</PackageID>
</Package>

So the ApplicationID is something I haven't noticed before (as it isn't present if you don't use the user notifications feature), I wanted to ask the following:
1) Is this GUID generated arbitrary or not
2) If not, is it related to any files accompanying the applications such as the .exe, .msi, .dll ones?
3) Last but not least, if it isn't related, can I create one by myself to add it in the applications created by me, in order to leverage your solution's functionality?

Thank you.

Hello,

The VMWare tools should not be available for Windows 2008 Server OS because VMware removed support some time ago.

With regards