Skip to main content
Known Participant
May 7, 2026
Answered

Adobe Update window repeatedly opening for users in RDS

  • May 7, 2026
  • 3 replies
  • 108 views

Hi,
We are running a Remote Desktop Farm on Server 2022.
Adobe Acrobat Reader is installed & updates are set to install automatically.

As far as I can tell all servers are already running the latest version of Adobe Reader which is 26.001.21529. Yet users are being continually prompted with a pop-up window similar to the attached image.
If I log into the same server with my admin account and open Adobe to check for updates. It reports that the software is up to date.

Any ideas why this is occurring and how can I stop it?

Thanks in advance for any replies.

Adobe Updates annoying users

 

    Correct answer Tariq Ahmad Dar

    Hi ​@UKRobster

     

    Thanks for reaching out, and for sharing the additional details and logs.

     

    Based on the logs provided, Reader itself appears to be correctly updated to version 26.001.21529, and the update checks are generally completing successfully. The recurring notifications are therefore more likely related to the Adobe updater continuing to run in user sessions within the Remote Desktop Services environment rather than an actual failed update.

    For locked-down RDS or multi-user environments, Adobe generally recommends managing updates centrally through administrative deployment methods rather than allowing automatic updates to run interactively in the user context.

    If you prefer to avoid user-session update prompts entirely, the recommended approach is to disable automatic user-facing updates and manage Reader updates administratively using scheduled deployment or enterprise management tools.

    Adobe’s Enterprise Toolkit documentation provides guidance for managed deployments:https://www.adobe.com/devnet-docs/acrobatetk/tools/DesktopDeployment/index.html 

    In these environments, administrators commonly:

    • Disable automatic update UI for end users
    • Deploy updates centrally using management tools or scheduled maintenance windows
    • Prevent the updater from running interactively within RDS user sessions

    You may want to review the following policy setting:

    HKLM\SOFTWARE\Policies\Adobe\Acrobat Reader\DC\FeatureLockDown
    DWORD: bUpdater = 0

    This disables automatic update checks and suppresses update prompts for users.

    After applying the policy, we recommend:

    • Restarting the Adobe Acrobat Update Service
    • Logging users off existing RDS sessions
    • Verifying that the Reader no longer displays update notifications

    This approach is generally better suited for shared-session/server environments such as RDS farms.

     

    For more information on deployments, please check Adobe ETK Guide: https://www.adobe.com/devnet-docs/acrobatetk/tools/DesktopDeployment/index.html 


    ~Tariq

     

    3 replies

    UKRobsterAuthor
    Known Participant
    May 12, 2026

    Thanks for the details.
    I have tested the disable updates reg key, which does remove the menu entry.
    I am now just trying to figure out the best way to patch the application. We use InTune but we don’t have any automatic patching software.

    I can see from the release notes list that some months there are as many as 4 releases.
    Acrobat Enterprise Release Notes — Acrobat-Acrobat Reader Release Notes
    I cannot realistically re-deploy 4 versions a month to keep within our 14 day compliance window.

    But I will keep searching for a viable solution.

    I do appreciate your advice though ​@Tariq Ahmad Dar , thank you 

    Community Manager
    May 12, 2026

    Hi ​@UKRobster

     

    I can understand. 
    Regarding installing updates, you can generally choose the latest one, and it will include all previous fixes, as they are cumulative updates.  

    However, when you open a link to review details of the product update release and see that the “Security Bulletin” has been updated, as shown in the attached screenshot, you should prioritize that update.

     

    For more information on deployments, please check Adobe ETK Guide: https://www.adobe.com/devnet-docs/acrobatetk/tools/DesktopDeployment/index.html 

     

    ~Tariq

    UKRobsterAuthor
    Known Participant
    May 8, 2026

    Hi, 

    Thanks for the reply.
    I have not had time to enable the additional logging today. 
    Additionally, it wasn’t reported to us until about half an hour ago, by only a single user.
    But I have grabbed the log files from the locations you outlined above. I have uploaded them here
    Log Files
    This is the screen grab the user took 
     


    As this is installed on a locked down RDS host. Is there an admin guide on how best to manage updates?
    I would prefer if it didn’t run in a user context at all. If it can be run as a system task this would ​​​probably prevent these notifications.
     

    Tariq Ahmad DarCommunity ManagerCorrect answer
    Community Manager
    May 8, 2026

    Hi ​@UKRobster

     

    Thanks for reaching out, and for sharing the additional details and logs.

     

    Based on the logs provided, Reader itself appears to be correctly updated to version 26.001.21529, and the update checks are generally completing successfully. The recurring notifications are therefore more likely related to the Adobe updater continuing to run in user sessions within the Remote Desktop Services environment rather than an actual failed update.

    For locked-down RDS or multi-user environments, Adobe generally recommends managing updates centrally through administrative deployment methods rather than allowing automatic updates to run interactively in the user context.

    If you prefer to avoid user-session update prompts entirely, the recommended approach is to disable automatic user-facing updates and manage Reader updates administratively using scheduled deployment or enterprise management tools.

    Adobe’s Enterprise Toolkit documentation provides guidance for managed deployments:https://www.adobe.com/devnet-docs/acrobatetk/tools/DesktopDeployment/index.html 

    In these environments, administrators commonly:

    • Disable automatic update UI for end users
    • Deploy updates centrally using management tools or scheduled maintenance windows
    • Prevent the updater from running interactively within RDS user sessions

    You may want to review the following policy setting:

    HKLM\SOFTWARE\Policies\Adobe\Acrobat Reader\DC\FeatureLockDown
    DWORD: bUpdater = 0

    This disables automatic update checks and suppresses update prompts for users.

    After applying the policy, we recommend:

    • Restarting the Adobe Acrobat Update Service
    • Logging users off existing RDS sessions
    • Verifying that the Reader no longer displays update notifications

    This approach is generally better suited for shared-session/server environments such as RDS farms.

     

    For more information on deployments, please check Adobe ETK Guide: https://www.adobe.com/devnet-docs/acrobatetk/tools/DesktopDeployment/index.html 


    ~Tariq

     

    Participating Frequently
    May 7, 2026

    When Acrobat application is launched, it checks if updates are being installed. If that is the case, application will not start and Updater will show this UI.

    A few things-

    Regarding “pop-up window similar to the attached image” - please confirm that this exact UI is shown or it is different UI in some cases.

    Follow instructions below and provide (upload somewhere) all the log files so we can check.

    Enable ARM verbose logging - add iLogLevel DWORD registry value in the path below and set it to 1

    HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Adobe\Adobe ARM\1.0\ARM

    Delete any registered errors and last check for updates- delete registry values below in 

    HKEY_CURRENT_USER\Software\Adobe\Adobe ARM\1.0\ARM

    tLastT_Acrobat

    [tLastError_Acrobat] (any value that has error in the name)

    Make sure AdobeARM.exe process is not running

    Make sure Acrobat is not in use

    Launch AdobeARM.exe from C:\Program Files (x86)\Common Files\Adobe\ARM\1.0

    Wait approximately 15 minutes (should be enough if update is available and got installed)

    Collect and provide all ARM logs files that are available (not all files exist all the time)-

    From User Temp:

    AdobeARM.log

    AdobeARM_Backup.log

    AdobeARM_NotLocked.log

    AdobeARM_UCB.log

    From Windows Temp:

    AdobeARM.log

    AdobeARMHelper.log