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

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 - Justin Chalfant (Patch My PC)

It really comes down to how often the ADR's evaluate, we actually have a specific point about this question documented here can you let me know if this helps https://patchmypc.com/how-to-use-automatic-deployment-rules-adrs-with-patch-my-pc#topic7

Quote from: Rustee12 on November 04, 2020, 06:12:53 AM
Hi - we're currently demo'ing PatchMyPC and loving it so far, I can see so much time savings with this product!

I've run into a scenario that I'm wondering how best to approach it - today we are synching just a couple of products from the catalog to MECM as we demo the product.  We have one SUG created for our PatchMyPC products and have an ADR that was set to run daily.  Last night a new version of Adobe Acrobat Reader DC hit the SUG, and our pilot deploys received the updated Reader due to the deployments being active.  In theory this is exactly what one would want - new product hits, syncs, deploys and worked as expected since my ADR was set to run daily for PatchMyPC products.

Where the thinking begins is - for our environment we have a 'stage 1/2/3' that we follow for all deploy over a couple of weeks and is a tried and highly successful method that our CRB is on board with.  If we maintain 1 SUG, with our deploys already set, I seemingly lose my ability to leverage my various stages?  Even if I modify the ADR to only run night of patch Tuesday/morning following I can still have the updates hitting and bypassing our validation.

I'm thinking I am going to need to create a new SUG monthly?  Is this right?

Future me is going to be working with my CRB to try and sway them to the side of 'patching is routine, products x, y, z will just auto patch', my only question on that will be the scheduling of deploys on the SUG, since if I get into this routine and 1 SUG, it will still bypass our validation.

Wondering if anybody has any ideas of how to approach this? 
If you delete the app in Intune and re-sync does the new version detect okay?
Did the latest update fix this for you?
It's probably downloading the blocked page with how your filter is returning the URL.
If you browse to that URL is there a web filter blocking it on your server?
You can duplicate the update and then publish the duplicated update to test it a new update will fix the issue.
Ah, can you republish the update(s) having issues and see if the new updates work okay? https://patchmypc.com/faq#republishing-updates
Can you try this? https://docs.microsoft.com/en-us/archive/blogs/jimriekse/resolving-missing-application-state-messages-due-to-ci-version-info-timed-out-errors-in-configuration-manager-2012

Quote from: nickdodds on September 21, 2020, 04:55:45 AM
Hi, I use SCCM to push out Microsoft and 3rd Party Patches, using the same process for both.  We've recently started using BITS as most people are currently working on the VPN.  Microsoft patches work fine, but the 3rd Party Patches eventually time out with errors.  These are an 0X87D00314 CI Version Info timed out and 0X800705B4 This operation returned because the timeout period expired.  Has anybody seen this, any ideas what I need to check?
Is this for software updates or applications?
Interesting, it's odd it's not a very visible option in the download page.

Quote from: Danny_C on September 18, 2020, 06:05:26 AM

Added a request to ideas - FYI, Wireshark have provided MSI installers since 2017

The MSI will not be detected by design, the EXE and MSI are different installers and should be detected independently. The MSI seems to be somewhat new, so we would need to add support for it. Can you submit a new feature request here https://ideas.patchmypc.com/ for MSI version of Wireshark, and we will try to fasttrack it.