PSADT Example - Relaunch Processes and inform user#95
Conversation
PSADT Example - initial commit
DanGough
left a comment
There was a problem hiding this comment.
Please can you investigate whether the MCP process list can now be overidden by the new minified command line? If so then we cannot rely upon package.xml for the process list.
Similarly WSUS/ConfigMgr updates will have their processes defined via command line as there is no package.xml in such updates.
Both situations could be resolved by either allowing for the process list to be supplied as a script parameter (you could use the same format as Show-ADTInstallationWelcome [PSADT.ProcessManagement.ProcessDefinition[]]$CloseProcesses), or by querying the command line of the running ScriptRunner process (and decoding the base64 in the case of the minified command line).
|
The PR suggests it's intended for PMPC Cloud, not WSUS/ConfigMgr, and the minified command line is not in production so as-is is fine today. |
|
I will admit, I am not sure how to get the minified command line and decode it... so not sure how to tackle that part. |
|
I'm seeing MCL in Cloud/Intune today, although I do have preview features enabled. As far as I know it's just base64, so you could use the same technique used for decoding digests. |
|
The MCL is indeed base64, but it's not easy to decode it. I believe a schema is needed to decode it. I don't have that schema, nor am I sure if that should be added in a public script. |
Pull Request Type
Brief summary of changes
This is an example PSADT script that can be used in the Cloud Portal.
With this example, and with the provided pre and post-scripts, customers can now relaunch processes closed during the installation and inform the user that the installation is complete.
Describe your Testing
I have tested this with various applications in my lab, like Google Chrome (one conflicting processes) and OBS Studio (multiple conflicting processes running)
Checklist