Hello @Melodic_Glimmer869f
Thanks for sharing the details:
Happy to clear all of this up; it ties directly back to your original "shows as Adobe Acrobat (64-bit)" question.
There are only two products; the rest are older names for the same things.
- Free viewer: Adobe Reader = Adobe Reader DC = Adobe Acrobat Reader DC = Adobe Acrobat Reader. All the same free product across naming eras. "DC" (Document Cloud) was added in 2015 and removed from the branding in the October 2022 release, so the current name is just Adobe Acrobat Reader.
- Paid editor: Adobe Acrobat = Adobe Acrobat Pro / Adobe Acrobat Standard (formerly Acrobat DC / Acrobat Pro DC / Acrobat Standard DC). "Adobe Acrobat" on its own usually means the paid product.
So of your six names, the current ones are Adobe Acrobat Reader (free) and Adobe Acrobat / Acrobat Pro / Acrobat Standard (paid); the others (Adobe Reader, Adobe Reader DC, Adobe Acrobat Reader DC) are legacy names for the free viewer.
Can Acrobat (paid) and Reader (free) coexist?
For the current 64-bit Windows Continuous-track application, normally not as two separate installations.
Adobe’s 64-bit unified application uses:
Therefore:
- If 64-bit Reader is installed and a user acquires an Acrobat subscription, that installation can become the full Acrobat application after sign-in.
- Installing the 64-bit unified Acrobat application over 64-bit Reader upgrades/replaces the Reader state rather than creating a second separate application.
- Separate 64-bit Acrobat and 64-bit Reader installations on the same machine are not supported by the unified-app model.
Distinguishing products for silent patching (your main goal):
Since the unified 64-bit app shows the same "Adobe Acrobat (64-bit)" display name whether it is Reader or Acrobat, do not detect by display name. Detect by these instead:
- Reader vs Acrobat: read HKLM\SOFTWARE\Adobe\Adobe Acrobat\DC\Installer\SCAPackageLevel. Value 1 = Reader; greater than 1 = Acrobat.
- Pro vs Standard (if you need it): HKCU\Software\Adobe\Adobe Acrobat\DC\AVEntitlement\iEntitlementLevel, 300 = Pro, 200 = Standard.
- Bitness: the string "64-bit" appears in the About box, title bar, and Add/Remove Programs entry.
- Product code (GUID) to pick the right patch family:
- Reader 64-bit {ac76ba86-1033-1033-7760-bc15014ea700} → AcroRdrDCx64Upd<version>.msp
- Acrobat 64-bit {ac76ba86-1033-ffff-7760-bc15014ea700} → AcrobatDCx64Upd<version>.msp
- Reader 32-bit → AcroRdrDCUpd<version>.msp
- Acrobat 32-bit → AcrobatDCUpd<version>.msp
The rule: the MSP must match the installed base product and bitness. Apply an Acrobat MSP to a Reader base (or a 32-bit MSP to a 64-bit base) and it fails with Windows Installer error 1642 ("may update a different version of the program"), which is exactly the class of failure you were hitting.
- Silent patching workflow
- Detect per machine: bitness, Reader-vs-Acrobat via SCAPackageLevel, and the product code, plus the track (Continuous vs Classic).
- Select the matching cumulative MSP for that product/bitness/track from Adobe's enterprise release notes.
- Apply silently, for example: msiexec /p AcroRdrDCx64Upd<version>.msp /qn (Reader) or the AcrobatDCx64Upd MSP for an Acrobat base.
- MSPs are cumulative within a track, so you can go straight from any prior version to the latest without chaining intermediate patches.
- 64-bit is current: Adobe ended 32-bit OS support in January 2023 and 32-bit Continuous Reader migrates to the 64-bit unified app, so most of your patching should target the x64 MSPs.
Deployment guide: https://www.adobe.com/devnet-docs/acrobatetk/tools/DesktopDeployment/sccm.html
I hope this helps.
Regards,
Anand Sri.