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

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Topics - PS_Alex

#1
Hello!

It is mandatory for our organization to have user-facing text description in French. We observed that, for software updates generated by Patch My PC, the default description added at packaging time is English-only, and there does not seem to be a way to customize it. Not possible, also, to clear the default text and leave it empty.

As a comparison, the localized description can be customized for configmgr apps -- thus, we can set custom text in French that is re-used by the Publishing Console at every repackaging.


Any idea, except completely hiding software updates deployments in Software Center?
#2
Hello!

Steps to replicate:
  • In the Publishing console, under the "ConfigMgr Apps" tab, check the box next to an application to enable this app's creation in SCCM. For this test, let's use "Git (x86)";
  • Run Publishing Service Sync, and wait for the sync to complete;
  • Go in SCCM. Observe that a Git (x86) application has been created successfully;
  • Return to the Publishing console. Untick the box in front of "Git (x86)" ConfigMgr App;
  • Run Publishing Service Sync, and wait for the sync to complete;
  • Go in SCCM. Observe that a Git (x86) application still exists. Its sources also continue to exist in the deployment type's source folder.

Is that the normal and expected behavior?
Did I miss an option somewhere in the Publishing console to remove an app (and its retained previous versions) when it gets unticked from the list of apps to sync?

If so, that's something I'll need to document when I do a knowledge transfert to my colleagues, and to remember to do some manual cleanup if and when an app gets unticked.

Thanks! :)
#3
Hello!

I think I found an issue in the Publisher Settings console (version: 2.1.16.0). After I set a custom location to create logs on "All Products", if I disable log management on a specific update then re-enable log management on it, the Folder path for that update has reverted to Patch My PC's default location.

Steps to replicate:
  • Under the Updates tab, right-click on "All Products", and select "Manage installation logging". In 'Folder Path', type a custom location (i.e. 'C:\MyLogs');
  • Scroll down on a specific product (i.e. "Adobe Acrobat DC Continuous (x64)"). Right-click on it, select "Manage installation logging", and uncheck 'Enable logging'. Click 'OK';
  • On "Adobe Acrobat DC Continuous (x64)", right-click on it, select "Manage installation logging", and check 'Enable logging'. Observe that 'Folder path' is now filled with 'C:\windows\ccm\logs\PatchMyPCInstallLogs'.

Expected behavior: since I have selected a custom logging location on "All Products", I would have expected that when re-enabling log management the 'Folder path' to be filled with my globally-configured custom folder path.


Strangely, the other settings seem to persist when disabling then re-enabling log management:
  • Under the Updates tab, right-click on "All Products", and select "Manage installation logging". Check 'Enable verbose logging', 'Prefix the log with computername', 'In case of installation failure...' and set a secondary location;
  • Scroll down to "Adobe Acrobat DC Continuous (x64)". Right-click on it, select "Manage installation logging", and uncheck 'Enable logging'. Click 'OK'.
  • On "Adobe Acrobat DC Continuous (x64)", right-click on it, select "Manage installation logging", and check 'Enable logging'. Observe that all the settings are still enabled;
  • Still on "Adobe Acrobat DC Continuous (x64)", uncheck 'Prefix the log with computername', then uncheck 'Enable logging'. Click 'OK';
  • On "Adobe Acrobat DC Continuous (x64)", right-click on it, select "Manage installation logging", and check 'Enable logging'. Observe that 'Prefix the log with the computer name' is unchecked.
Though if you uncheck 'In case of installation failure...', the secondary location is emptied, and checking the option again would not fill it with the globally-configured secondary location.
#4
Hello!

Quick question: for ".ps1" pre-scripts and post-scripts, is the interpreter always Windows Powershell? Looking at PatchMyPC-ScriptRunner.log, I can observe that:
<...>
Running script preinstall.ps1 ScriptRunner 2023-08-23 2:50:30 PM 1 (0x0001)
Running PowerShell Script. ScriptRunner 2023-08-23 2:50:30 PM 1 (0x0001)
Running C:\WINDOWS\System32\WindowsPowerShell\v1.0\powershell.exe -ExecutionPolicy Bypass -file "preinstall.ps1" ScriptRunner 2023-08-23 2:50:30 PM 1 (0x0001)
Exiting With code: 0 ScriptRunner 2023-08-23 2:50:31 PM 1 (0x0001)
<...>

I have set nowhere which version of Powershell to prefer, so I'm assuming ScriptRunner is responsible of selecting the appropriate one. I'm wondering if it will always default to Windows Powershell, or if it might at some point detect that PS7 is present and use it, or if it looks at a favorite interpreter somewhere, etc. ?

Thanks!
#5
Hi all,

We are currently reviewing Patch My PC, and I've ben tasked to find a way to count the number of installation that were realized by a Patch My PC update or configmgr app. Is there a way I can track that kind of statistics?

Currently, we allow apps that rely on a native updater (i.e. Google Chrome, or Adobe Acrobat/Reader) to auto-update using their built-in mechanism. On top of that, we've enabled these updates in Patch My PC. We want to quantify the number of updates that were done by PmP vs those completed by the auto-update mechanism.

Thanks! :)
#6
Hello!

Publishing Console version 2.1.14.0

We enabled the ConfigMgr App Adobe Acrobat Reader DC MUI in order for Patch My PC to automatically generate an application during sync. We needed to add an MST transform file to the base installer, we stumbled upon Add an MST Transform to the Adobe Acrobat Reader Base Install in Patch My PC's knowledge base.

Wanting a better organisation of our files (separate scripts and resource files), instead of adding the MST file as an additional file in the Add custom pre/post update installation scripts window, we added a whole folder --which contains the MST file. Then, we customized the command line as with additionnal arguments TRANSFORMS="%CurrentDir%\res\AcroRead2.mst" /QN.

What we observed, though, is that installation of Acrobat Reader ended with exit code 1624 -- the MST file was not found at expected location. Looking at the command line run by the ScriptRunner, we could see that the Transforms argument has been modified to contain double-times the path to the CcmCache folder!

See attached screenshots.

Question: is this behavior something specific to Adobe Acrobat Reader? In the command line modification, does %CurrentDir% always resolves to C:\Windows\CCMCache\xx\C:\Windows\CCMCache\xx ?



(We ended up adding the MST file directly instead of as an additional folder, exactly as described in the knowledge base. Now, the installation works.)
#7
Hi!

So I'm new here in using Patch My PC.

Trying to use the latest Microsoft Power BI Desktop 2.104.941 (x64) software update as published in SCCM by Patch My PC to update current installs of PBI Desktop. I notice that the PBI Desktop installer proceed with a software uninstall before installing the newest release. This causes two behaviors I'm wondering how to work around:
- the software update would not install when an instance of Power BI Desktop is running, and there is no notification i.e. in the PBI Desktop's user interface to request the user to close the app. Thus, the software update installation fails;
- any customization made during an initial installation is lost. For example, here, we set the default language to French using the LANGUAGE=fr-FR installation option in our SCCM application; after the installation is completed, there is an HKLM\Software\Microsoft\Microsoft Power BI Desktop:DefaultUICulture = fr-FR registry value. During the software update installation, I noticed that the whole Microsoft Power BI Desktop key is deleted, and after the software update is installed, the value of DefaultUICulture = en-US.

How do you guys work around these limitations?