• 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 - Andrew Jimenez (Patch My PC)

#76
Hello,
SecureCRT is a manual download due to the fact that the install is locked behind a paywall. Therefore you must download the software and place it in a location for SCUP to pick it up and package it.

We have instruction and more information on our KB article here: https://patchmypc.com/local-content-repository-for-licensed-applications-that-require-manual-download
#77
Hello,

So unsupported state means that the content for that update is no longer available (it has been deleted from WSUSContent, likely during some sort of manual WSUS maintenance). Because of this, re-signing the updates will not work. The fix here is to re-publish the updates that you see this issue on so that they can be signed with the new certificate, and have their content available again.
#78
You can also use Manage Conflicting Processes to ensure all conflicting Processes are closed before the install occurs.
#79
Adobe Reader has a surprising number of applications that will trigger a reboot if they are running during the installation. /norestart doesn't stop the 3010 exit code, it just stops the installer itself from prompting for a restart. When Software Center gets the 3010 exit code, it handles it as defined in Client Settings.

Two options you can do are to change the reboot behavior or change the exit codes in the deployment type settings to set 3010 to a non reboot code.
#80
Hello,

Just to be clear this error:
C:\Program Files\Patch My PC\Patch My PC Publishing Service\Notification Localizations\GlobalSettings.xml cannot be found
Was not that the settings file couldn't be read, this error just meant that localization features for Manage Conflicting Processes hadn't been enabled. We actually removed that error in the latest build because it was causing confusion.

For your current issue, we use the content location to determine if we've published an app. By deleting the content for the app, it has been essentially orphaned, and will no longer be able to be updated. When deleting a Patch My PC app, the best thing to do is delete the app and the content. Then, on the next sync, Patch My PC will create the app and content anew, and should be able to successfully update it in-place again.
#81
I hesitate to install via the MSI directly, as I believe that initial installs using the MSI usually end up running into the dreaded 1612 issue down the line. I believe the setup.exe (within the original install EXE), would be better suited to run instead of the MSI, however, I do not know if that setup.exe has the same issue during a task sequence than the original install exe.
#82
I have adjusted detection for Adobe Acrobat Reader MUI (x64) to detect whether it was MUI based on the Product code instead of the IsMUI registry value. Anyone having this issue can republish the Intune Update/ConfigMgr App/Intune App, and detection will be adjusted.

Thanks for pointing this issue out!
#83
Ben Whitmore takes all the credit here! I just copied and pasted his response :)
#84
The Adobe 150201 issue has been around for a while. We have it reported on our known issues page at https://patchmypc.com/known-issues-and-considerations-when-using-patch-my-pc

Typically, we saw that required deployments, including installs from a task sequence, for Adobe Acrobat Reader DC Continuous (x64) failed with exit code 150201. Clicking "retry" would intermittently succeed and "available" deployments often didn't exhibit this behaviour.

We did originally find a workaround. ConfigMgr customers would set the user experience option on the deployment type to "Allow users to view and interact with the program installation". However, this workaround would not always work to fix the application when installed during a Task Sequence and we are seeing more reports of this error lately from our customers. Additionally, we were unable to find a similar workaround if the error was encountered when deploying the app, as required, from Intune.

We are testing in our lab, again, to try and find the "common denominator" on devices where the 64bit installer results in the above exit code. This is what we have observed so far:-

The Adobe installer, when launched, will extract 2 bin files to C:\ProgramData\Adobe\Temp\xxxx (where xxxx is a random folder name)


The installer would then extract the installer.bin file to C:\Program Files\Common Files\Adobe\Acrobat\Setup\{GUID}

But the installation failed at this point, notice the file sizes below


The installer would extract content from installer.bin and create the files used for installation, however, the write stream was never initiated which resulted in the files having no content.

Below shows a process trace. The upper image shows a failed install, and no write file stream. The lower image shows a successful install and a file write stream. (We used the 32bit installer to illustrate a working installation for comparison)


We are finding this issue as frustrating as our customers and are exploring ways to reach out to Adobe for guidance.
We want to make your patching experience as painless as possible which is why we are committed to spending time and resources on trying to help with this Adobe issue.

We don't have a magic formula, yet, but will come back with more information if we find anything new in our testing.
#85
Quote from: will.locke on October 27, 2022, 12:10:47 PM
Quote from: KLUSA on October 27, 2022, 11:47:24 AMWe're also experiencing this issue.  Adobe Reader will install successfully through configuration manager, but will fail as part of a new image task sequence. 

The task sequence failed to install application Adobe Acrobat Reader DC 22.001.20117 for action (Install Application) in the group () with exit code 16389. The operating system reported error 2147500037: Unspecified error.

We tested with the 64-bit version and same issue.

Was hoping someone from PatchMyPC would have chimed in by now as I've seen recent responses to other threads.  The Reddit article posted earlier doesn't quite match what we're seeing. 

You're right; at first we were receiving the same error code as you.  Then it changed to the error code in the Reddit post, and most recent build changed back to the error code you listed.  In both exit codes, the pre-extracted package I described successfully work around the issue.

I'm wondering if PMP can work that into their process.  Probably a pie-in-the-sky scenario, but if PMP could download the file from Adobe, extract it, then build their application based on the extracted bits that would solve this problem.

As much as we'd love to do the extraction solution (and trust me we've thought about it). We do not have a way to accomplish this at the moment. We've gone into a lot of troubleshooting for this particular error and I will post our current response shortly.
#86
It looks like for some reason it is not setting the IsMUI key in some cases. I am working on updating detection to account for this.
#87
Hello,

This is the first I have seen this issue. I wonder if the certificate for the drivers was not installed somehow which leads to this failure.
#88
Hello Mark,

I believe it will keep the customizations that are in place when updating.
#89
Hi George,.

Thank you for these suggestions, I honestly think the solution here will be to replace Visual C++ 2015-2019 with Visual C++ 2015-2022. I am going to do some research on this and see if that will be an acceptable solution.
#90
Hello,

We have not tried this ourselves, have you tried specifying both the Language to install as well as the transform?
https://www.adobe.com/devnet-docs/acrobatetk/tools/AdminGuide/language.html#pre-deployment-configuration