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.


Messages - Justin Chalfant

Pages: [1] 2 3 4 5 6 ... 140
1
Uninstall isn't supported on all applications, and this is one that doesn't support it. We will look at improving the name in the next update.

2
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

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? 

3
If you delete the app in Intune and re-sync does the new version detect okay?

4
Did the latest update fix this for you?

5
Report Publishing/Download/Hash Issues Here / Re: WinSCP Hash errors
« on: October 14, 2020, 03:00:22 PM »
It's probably downloading the blocked page with how your filter is returning the URL.

6
Report Publishing/Download/Hash Issues Here / Re: WinSCP Hash errors
« on: October 14, 2020, 02:25:08 PM »
If you browse to that URL is there a web filter blocking it on your server?

7
You can duplicate the update and then publish the duplicated update to test it a new update will fix the issue.

8
Are you using SCUP?

10
Ah, can you republish the update(s) having issues and see if the new updates work okay? https://patchmypc.com/faq#republishing-updates

12
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

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?

14
Is this for software updates or applications?

15
Report Update Detection Issues Here / Re: Wireshark Update 3.2.6
« on: September 18, 2020, 06:43:02 AM »
Interesting, it's odd it's not a very visible option in the download page.

@Justin

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

Cheers

Pages: [1] 2 3 4 5 6 ... 140