• 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

Messages - Adam Cook (Patch My PC)

#76
I'm sorry, I cannot reproduce your described behaviour.
#77
This issue is being caused by Techsmith themselves. There seems to be a node within their CDN that has an unsigned version of the Snagit 21 installer being served, and if you're unlucky enough to hit that node the Publisher will fail to download with that error.

We have a ticket open with Techsmith to make them aware of the issue, but have yet to receive an update, unfortunately.

My apologies for any inconvenience this has caused you
#79
Yeah absolutely, if you know the UninstallString you can totally do that. Product codes _generally_ change between versions of software, so if that product code is consistent across all the devices you're targetting, you should be good - otherwise that's why the previously mentioned script is good. It helps you trigger the UninstallString if all you know is the product name, and have a mix of versions of said product.
#80
Quote from: swoonhusker on March 24, 2022, 01:45:05 PM
I tried deleting that key. I attached a picture from before I deleted it.

After deleting it I restarted the computer and logged in, but I still only see the teams machine wide installer in my apps and features, so I don't think it's running for my profile. Any other suggestions? I really appreciate your help Adam!

Perhaps you could share %LocalAppData%\SquirrelTemp\SquirrelSetup.log?
#81
Quote from: swoonhusker on March 24, 2022, 09:55:44 AM
It looks like when I run the 64 bit Teams install it puts the folder in Program Files (x86), but that Run registry key is pointing to the Program Files folder I attached a screenshot. Is this a mistake by Microsoft?

No, because as far as I know it's in the WOW6432NODE key path of the registry so it will resolve to the Program Files (x86).

I can actually reproduce this. Teams isn't starting for me.

In my %LocalAppData%\SquirrelTemp\SquirrelSetup.log I saw the below whenever I logged on, and when I tried to ran the command line in the Run key manually:

Quote2022-03-24 10:08:45> RegistryService: RegKeyExists: HKEY_CURRENT_USER\Software\Microsoft\Office\Teams has PreventInstallationFromMsi. Data - 1

I had to delete the registry value PreventInstallationFromMsi under the key the log references in order for Teams to start. Does this work for you too? I was testing on Windows 11 which does come with the new 'home' Teams app - I wonder if that's relevant.
#82
You could deploy it as a proactive remediation script in Intune, or package it in a custom Win32 package - both could work. I think the former might be easier.

It's general enough to work with any software that appears in the registry ARP keys and has an UninstallString registry value with data in it. It could do with some improvements, eg accept wildcard for -DisplayName parameter, and perhaps also look for QuietUninstallString registry value, too.
#83
Microsoft Teams generally creates a Run reg value for all users to execute Teams for each logon. You can learn more about the Run / RunOnce registry keys here if you're unfamiliar: https://docs.microsoft.com/en-us/windows/win32/setupapi/run-and-runonce-registry-keys

To my understanding, Microsoft Teams creates the following Run registry value (see below image). Do you see this on your devices after installing Teams?

#84
It doesn't need to have execution policy set to bypass, only if your devices have an execution policy configured where they can only run PowerShell scripts if they're signed by a trusted certificate. More information here:

https://docs.microsoft.com/en-us/powershell/module/microsoft.powershell.core/about/about_execution_policies
https://adamtheautomator.com/how-to-sign-powershell-script/
#85
I think this is similar to your other forum post. I think you'll need to be looking at a custom pre uninstall script. You could consider this community made script: https://github.com/PatchMyPCTeam/Community-Scripts/blob/main/Uninstall/Pre-Uninstall/Uninstall-Software/Uninstall-Software.ps1

You could attach your custom script as a pre-uninstall script to the app in our catalogue that you do want to uninstall.

https://patchmypc.com/custom-options-available-for-third-party-updates-and-applications#custom-scripts
#86
Products in our catalogue with the naming convention of "... (User)" in the title would be user-based packages.
#87
If you wanted a solution right now, you could use this community script: https://github.com/PatchMyPCTeam/Community-Scripts/blob/main/Uninstall/Pre-Uninstall/Uninstall-Software/Uninstall-Software.ps1

I wrote it so let me know if you have any questions.
#88
They execute in the same context as the apps/updates which is generally NT AUTHORITY\SYSTEM, unless you choose a user-based app then it'll execute in the user's context.
#89
Hey Matthias,

Unfortunately we can not provide support for writing custom scripts.

My advice is to avoid querying the Win32_Product WMI class as this forces every product on the system to reconfigure/reinstall itself. Here's an article I found online you might find useful for more reading on that: https://xkln.net/blog/please-stop-using-win32product-to-find-installed-software-alternatives-inside/
#90
I asked internally if anyone has heard similar issues with Google Chrome and the answer was no. I recommend reaching out to Google as this sounds like an issue with their software, or perhaps your environment somehow in some way.