Managing conflicting processes for shared pre-requisites across many other apps

[steadybird]

I've just had one of my Ring1 users claim that their Teams or 8x8 call was killed off despite them snoozing the install prompt. Yes its possible they pressed the wrong button, but I am checking if maybe another app install might have caused the issue due to those apps not being managed in conflicting processes.

I am immediately drawn towards the VS C++ Redistributable package as a potential culprit.

How do people typically manage this?
Is there a way for PMPC itself to dynamically update the conflicting processes based on what we're already deploying/managing?

[Michael (Patch My PC)]

Was it Teams or 8x8 or both?

I would start by checking if they did hit snooze by checking the 'PatchMyPC-ScriptRunner.log'. It will tell you what option they selected.
Log Reference Guide | Getting Started

The only other app I think the New Teams is dependent on is 'WebView2'. Was an update for that recently deployed in your environment?

[steadybird]

They were kinda rambling as they ran past my door and wasnt able to really confirm which was which.

Ive not been able to get access to their device to take a deeper dive. The CIO is rather assertive and any suggestion they press the wrong button doesn't go well lol.

But I would certainly take a look when I can.

My query was less to do with this one specific incident and more as an overarching thing around how PMPC conflict resolution works with shared prerequisites such as VS C++. Can PMPC update the conflicting processes list for VS C++ when I add new apps to be managed? Or am I needed to know which apps are using it and update the list myself?

We don't deploy edge components via PMPC. Is webview a part of edge or VS C++?

[Michael (Patch My PC)]

They were kinda rambling as they ran past my door and wasnt able to really confirm which was which.

Ive not been able to get access to their device to take a deeper dive. The CIO is rather assertive and any suggestion they press the wrong button doesn't go well lol.

But I would certainly take a look when I can.

My query was less to do with this one specific incident and more as an overarching thing around how PMPC conflict resolution works with shared prerequisites such as VS C++. Can PMPC update the conflicting processes list for VS C++ when I add new apps to be managed? Or am I needed to know which apps are using it and update the list myself?

We don't deploy edge components via PMPC. Is webview a part of edge or VS C++?

Ooo, C-Level, I should have known lol.

We don't have any 'Dynamic' features to prepopulate the Conflicting process list. Although I haven't really seen a lot of reports of things like Visual C++ or .Net Desktop Runtime causing applications to auto-close when they update. They typically update fine in the background, but usually require Restarts to finish.

[steadybird]

Yeah I see that a few of my pilot users reporting back to Intune that a restart is required. But my CIO has a successful installation. So somewhat stabbing in the dark lol.

For now though I've just set both apps in the conflict list just in case and extended the notification period out a bit.