Hi,

We don't give our users Admin rights.

We are using VMware View and a product called Unidesk to push out our apps and OS layers.

Thus - we do one master install of the App - then propagate it out to our users. During the recording of the install I make sure to Uncheck the option to Update.

When I give the App / Layer to users it reverts back to checking for updates Weekly. (or perhaps whatever the user had it on last )

Locking down the workstation then having an app pester the user about updating is generally not good. :p

Is there a command line I can put on PDFXedit.exe to stop it from auto updating ?

Is there a service I can kill to stop the updates ?

Perhaps a GPO to change a registry key ? Remove a reg key to stop automatic updates.

In essence i need to change all my users' PDFxchange apps so they never attempt to auto update. Any ideas how to do that ?

thanks much.

Will from Email support gave me a reg key to push out to users - will see if that works - Thanks Will !

Hi eganco,

We've just received the latest email and are looking into this now.

Cheers,

Any update on this? Did the reg key work?
Thank you!

Larry

Hi Larry,

Looking over my email correspondence with eganco, I believe that it did. I've attached a ZIP file that contains the Reg. Key and a plain text version.

HTH!

When will we be able to completely uninstall the Tracker Updater?

We have a company network of almost 40.000 clients and we don't want the users to install anything by themselves. If there's an update, we'd like to test it first and distribute it afterwards. Setting the update check cycle to "never" isn't satisfying, because anyone can change it back to daily or whatever.

I've been in contact with support last fall and I've been told, that this would be considered for one the next updates.

Any updates on this?

Hi heidl,

Thanks for the post and welcome to the forums!

I would suggest pushing a script to delete the Update folder from the Program Files directory.

i.e. RD /S /Q "C:\Program Files\Tracker Software\Update"

HTH!

So you suggest to deliberately break the installation, so that PDFX will be unable to load the TrackerUpdate.exe?

Wow, even though the result may be satisfying, this is a rather quick and dirty solution! One that by the way leads to an error message, if the user attempts to start the Updater within PDFX.

Do you also have answers to my initial questions?

Hi Heidl,

I'm afraid that currently, this is one of few options. You could also try pushing a script to rename the extension on the executable.

We are planning to implement a method that will simply disable the update and either remove the option from the menu completely, or just grey out the update option. We hope to have this available for the next release.

HTH!